Re: Customised speech for Navit
as an aside: are there screenshots of navit's ui in qtmoko available somewhere? besides a lot of other shortcomings, i found the internal ui always very much lacking in usability and the gtk one was too cumbersome (qml seems to be dead). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: transfer system in NAND to uSDcard
boot from an sdcard, mount the internal partition[1], tar from it (make sure to sue the right params to store everything, or maybe you should just dd it to get an image you can play with at will). [1] not sure anymore what partition that is, but inside your running system mount should tell you. if net, the list's archive or wiki should turn up something. Hi I've a system in the NAND memory of my freerunner that I would like to transfer as is to uSDcard and run it from there. I couldn't find any info on the wiki for making a tar.gz archive of the system. Does such exist anywhere? If not, would someone give a few pointers of how to do this please Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Community] GTA04A5 / Letux 2804
i honestly don't get why this flares up again. the topic has been beaten to death, everybody knows where he stands on the question -- and yet whenever that bird crows again, there are always some to crow back. why can't you just let him alone? he'll get bored soon enough if nobody plays. On Fri, 17 Jan 2014 20:23:38 +0100, joerg Reisenweber jo...@openmoko.org wrote: On Fri 17 January 2014 19:13:24 Michael Spacefalcon wrote: Dr. H. Nikolaus Schaller h...@goldelico.com wrote: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04-N900 vel. Neo900
I would say, maemo fremantle is great. if we could manage to make it free, i. e. rewrite it's non-free parts, and make it available on more platforms, like nexus, it'll be great. having free hardware in n900 case it good too. but first of all let's get working free, indeed free maemo. not the proprietary one that could be flashed from nokia images. but the one which is possible to port to different devices. so may be someone does not like n900 and want to use it on n9 or nexus. or whatever phone he has. I like SHR for that reason - there are at least a couple of platforms supported. maemo isn't great, maemo is a purposefully crippled debian with the added benefit to prevent the user from simply using debian armel packages. imo, the way to go would be to port all of maemo to debian thereby getting rid of nokia's imcompatibilities also inside packages (gtk springs to mind). iirc there is/was work going on in that direction. BTW: PLEASE cut quotes to the least needed amount and do not just hit reply! -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04-N900 vel. Neo900
the most striking part of jörg's n900 idea seems not to attract any comments -- he said, he'd know at least one company who would be interested. being interested does not necessarily translate into will buy, but at least it would be worth to contemplate ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04-N900 vel. Neo900
On Mon, 26 Aug 2013 22:25:06 +0200, joerg Reisenweber jo...@openmoko.org wrote: On Mon 26 August 2013 21:47:08 arne anka wrote: the most striking part of jörg's n900 idea seems not to attract any comments -- he said, he'd know at least one company who would be interested. Oh? where did I say this? Been a communication error. Or a complete storage dropout ;-) Sorry both happens to me sometimes, so I'd really be interested in a pointer or citation. cheers jOERG know for sure there's a (comparatively) huge community but when cp'ing it i discovered that i had read company instead of community. darn ... -- -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Crowdfunding an Ubuntu smartphone
I don't think money is the only problem. the missing money is just the indicator for this project's failure to create sufficient public interest or even awareness. while the GTA01/2 was a nice idea, it was already slightly outdated when it appeared -- and since then nothing has changed, the gap between what's considered standard and what the GTAxx is prepared to deliver rather has widened. to get even close to standard (and thus being a realistic alternative for smartphone users), the project would need backing of a far more potent entity than this tiny community is -- both money- and publicitywise. since the GTA02 i spend about 2000€ on this project, maybe more (well, i can afford it and it was worth supporting the idea behind it), and in my very personal and subjective opinion, the GTA04 has been a huge disappointment. i wouldn't spend the equivalent of a highend, state-of-art smartphone or even tablet just to buy yet another even more outdated device, free or not. compared to the shortcomings of the GTA04, even complete freedom is not sufficient to justify that amount of money. whenever i told somebody who had heard of OpenMoko that there's a successor, they were surprised -- and when i told them the features and the price, i got an incredulous grin and the question if someone really believed that people would spend that amount for such a device. i am still undecided if i should admire or pity the thread starter, if he honestly believed that this community would be able to succeed where ubuntu failed -- and on top of that to jump from todays GTA04 to the device as imagined by ubuntu ... all things considered, the realistic path is imo to cater to a tiny niche of institutional customers -- like jörg(?) proposed. while i am personally rather fond of the original GTA01 case (and think that's almost the only tangible unique feature), i, too, would prefer it to pick up where the n900 left. maybe then it could even tap into the pool of still active n900 fans ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 Screen broken..
maybe just the connector got a bit loose? with help of the disassembling guide you should be able to check. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 Screen broken..
maybe just the connector got a bit loose? with help of the disassembling guide you should be able to check. I dont know if you've seen the image i sent. That screen could happen from a connector problem? I mean in the screen the tear is ,as i see it, apparent. If that's possible i'd be happy to try. ages ago i got an old laptop with similar issues, once i pressed the cable back into the connector the tear was gone. could've been conicidence, of course. I'm considering to buy an replacement part but i wouldnt mind if i could get a lower resolution with less money. look at it this way: if you're going to replace the screen, you have to disassemble the device anyway. so, why not trying? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: how can I determine the package version in the original qtmoko*.tar.gz
Is there a way to see what package version libpcslite1 had by browsing the qtmoko v55 tar.gz? find /var/lib/dpkg/status in the tar ball. it's the database over all installed packages, but a plain text file. in there look for Package: libpcslite1 a few lines below there's one starting with Version: -- that's, what you want. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko wifi wpa problem after upgrade wpasupplicant 1.0-3 to 1.0-3+b1
http://snapshot.debian.org/package/wpa/1.0-3/#wpasupplicant_1.0-3 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko wifi wpa problem after upgrade wpasupplicant 1.0-3 to 1.0-3+b1
many thank! unfortunately the 1.0-3 now all of a sudden asks for wpasupplicant : Depends: libpcsclite1 (= 1.8.6) but 1.8.4-1 is installed which is nowhere available ... I guess I will have to go for a complete reinstall :-( nope, you most likely don't. the idea of http://snapshot.debian.org/ is to a) provide older packages and b) allow you to use it in apt. check the page out, it starts witha description of how to use it in apt and you can search for specific packages as well. in your case i guess you won't really need more than a handful old packages ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v54
would it be asking to much, to cut down quotes to the minimum? simply replying (and posting a single line at the _bottom_ -- assume the recipient reads it on the om, how much are they supposed to scroll???) is bad style. ususally i don't read anything that consist of nothing but quotes for a page or more (and i got a monitor with high resolution and small fonts ...) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ubuntu phone
the german magazine c't run an article in a recent issue about ubuntu phone/sailfish/tizen and identified as common denominator that all three cater to providers rather than end users (though those are the ones paying ...) -- ie whatever _potential_ freedom exists with those platforms will most likely _realize_ to only a very small extend, since providers are not interested in freedom uf use but their revenue, meaning they will limit choices and lock the system. and without either one of the three providing their own hardware, the have no means (if they're interested at all, whcih is rather unlikely) to prevent that. although such lock will be probably broken in no time, it means that you're not better off than with an android or even ios device ... On 02/10/2013 06:10 PM, Peter Viskup wrote: Have you watched this: https://www.youtube.com/watch?v=cpWHJDLsqTU How do they get this speed on the screen? Do they use something else than X11? There is also not mutch technical background information at Ubuntu's pages http://www.ubuntu.com/ matthias Hi Matthias, it's just marketing video - doesn't mean it will respond on every HW so quickly. ;-) But it's great to see they will come with 'revolution' gesture control on the screen. In opposite Firefox OS will be just another 'standard' mobile OS. Hope at least one (I bet for Firefox OS) of them will be completely open source and will not require any account to be registered somewhere. Anybody already tried Firefox OS on GTA02/04? Just to let you know - Android could be used w/o any registration and without any vendor-locked components. Unfortunately it is more exception, then case - many chipset vendors are not opening driver sources, especially for modem and OpenGL hw. I am not expecting anything very different with Ubuntu OS - it is hardware vendor policy and there is no way to prevent this from from OS vendor. And yes, i didnt mention fact that every device do have closed source GSM stack, what making much more problems for privacy then, for example, closed source video driver. And again, Firefox OS, Android or QTMoko will not solve this issue ( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko calendar
for i in {1..100} ; do wget http://url/$i.ics ; done
The ics files on the server are in format 1.ics, 2.ics, 8.ics,
27.ics43.ics... and so on. It's egroupware groupdav folder for
calendar.
urodelo
On Sat, 09 Feb 2013 17:25:12 +0100, arne anka openm...@ginguppin.de
wrote:
using wget with
-r -l 1
you should be able to download the whole folder without going deeper
than that.
if you have an idea of the format of the files (ie
eventname_-mm-dd.ics or such) you could try to create possible
combinations with printf and append them to the base url in a loop.
tnk, i'll try
uro
On Thu, 07 Feb 2013 12:59:06 +0100, Adrien Dorsaz adr...@adorsaz.ch
wrote:
I think you can modify the wget loop :
https://github.com/Trim/qtmoko-ics2qtcal/blob/master/sync4ics2openmoko.sh#L19
to loop on a variable from 1 to any number instead on arguments (you
should add option --tries 1 to avoid to be stucked 20 times on a
file).
It should work, if names are simply number.ics, but it won't be
really
optimized.
Otherwise, I don't really know wget/curl to retrive all files from a
server. Maybe you can find an index of files at some address (I don't
know if apache have a special address to display index) ?
Adrien
Le jeudi 07 février 2013 à 12:36 +0100, urodelo a écrit :
tnx
is it possible to retrieve more ics from remote url/server
recursively?
For example, on remote server I have http://foobar.foo/1.ics ,
http://foobar.foo/2.ics, http://foobar.foo/8.ics ,
http://foobar.foo/43.ics... but I don't have an exactly clue about
the
name/numer of ics files...
the main problem to me seems to retrieve all the ics files stored on
the
remote server through wget/curl etc, without knowing exactly haow
many
they are and especially without knowing the name of every single ics
file
thank you
uro
On Thu, 07 Feb 2013 12:11:35 +0100, Adrien Dorsaz adr...@adorsaz.ch
wrote:
Hello!
Le jeudi 07 février 2013 à 11:58 +0100, urodelo a écrit :
Hello,
what is the executable file for the qtmoko calendar? Is it
possible
to
import/export ics files or do other operations through the
terminal?
tnx
uro
I've just updated a small tool to import ics files written in
shell/perl
by Mossroy :
https://github.com/Trim/qtmoko-ics2qtcal
(Please note that, it removes all appointements before to import
calendars and so there's no synchronisation with calendar server)
As you can see, all the data of qtmoko calendar are stored in the
database /home/root/Applications/Qtopia/qtopia_db.sqlite and
espcially
in the appointements table.
So, I think you can easily export data to ics files by creating a
qtmoko
specific DateTime::Format builder for this database.
HTH,
Adrien
--
Schon vor dem Come-Back von Modern Talking wusste ich:
Dieter Bohlen ist der Preis der Freiheit.
Heinz Rudolf Kunze
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko calendar
using wget with -r -l 1 you should be able to download the whole folder without going deeper than that. if you have an idea of the format of the files (ie eventname_-mm-dd.ics or such) you could try to create possible combinations with printf and append them to the base url in a loop. tnk, i'll try uro On Thu, 07 Feb 2013 12:59:06 +0100, Adrien Dorsaz adr...@adorsaz.ch wrote: I think you can modify the wget loop : https://github.com/Trim/qtmoko-ics2qtcal/blob/master/sync4ics2openmoko.sh#L19 to loop on a variable from 1 to any number instead on arguments (you should add option --tries 1 to avoid to be stucked 20 times on a file). It should work, if names are simply number.ics, but it won't be really optimized. Otherwise, I don't really know wget/curl to retrive all files from a server. Maybe you can find an index of files at some address (I don't know if apache have a special address to display index) ? Adrien Le jeudi 07 février 2013 à 12:36 +0100, urodelo a écrit : tnx is it possible to retrieve more ics from remote url/server recursively? For example, on remote server I have http://foobar.foo/1.ics , http://foobar.foo/2.ics, http://foobar.foo/8.ics , http://foobar.foo/43.ics... but I don't have an exactly clue about the name/numer of ics files... the main problem to me seems to retrieve all the ics files stored on the remote server through wget/curl etc, without knowing exactly haow many they are and especially without knowing the name of every single ics file thank you uro On Thu, 07 Feb 2013 12:11:35 +0100, Adrien Dorsaz adr...@adorsaz.ch wrote: Hello! Le jeudi 07 février 2013 à 11:58 +0100, urodelo a écrit : Hello, what is the executable file for the qtmoko calendar? Is it possible to import/export ics files or do other operations through the terminal? tnx uro I've just updated a small tool to import ics files written in shell/perl by Mossroy : https://github.com/Trim/qtmoko-ics2qtcal (Please note that, it removes all appointements before to import calendars and so there's no synchronisation with calendar server) As you can see, all the data of qtmoko calendar are stored in the database /home/root/Applications/Qtopia/qtopia_db.sqlite and espcially in the appointements table. So, I think you can easily export data to ics files by creating a qtmoko specific DateTime::Format builder for this database. HTH, Adrien -- Schon vor dem Come-Back von Modern Talking wusste ich: Dieter Bohlen ist der Preis der Freiheit. Heinz Rudolf Kunze ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko and X applicatiions
Also, for GTA04 I think the installed xorg.conf has the wrong Why is there an installed xorg.conf at all? We are well past the days where Xorg needs a configuration file, it gained automatic configuration a long time ago. not sure about X in QTMoko, but for normal X, auto conf does not work. you'll need to configure still some stuff. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko and X applicatiions
An alternative would be to modify the touch screen kernel driver to send calibrated (and debounced, dejittered) events to the kernel. But the kernel can't read/write calibration data and adding /sys nodes to to that needs some daemon to write it. I.e. also needs some configuration. not quite sure, if it applies -- but there's inputattach which si supposed to act as daemon between touchscreen and X, so that X may use normal input devices/drivers. since the tslib xorg driver has a known, reported, and yet still unfixed serious bug, i'd suppose it's rather dead -- so inputattach would be the way to go anyway. i did not yet try to use it, but it's on my list for debian. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] dev tools and pc build errors
/root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:24:31: warning: vorbis/vorbisfile.h: No such file or directory /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp: In member function 'virtual bool OggContentPlugin::installContent(const QString, QContent*)': /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:53: error: 'OggVorbis_File' was not declared in this scope /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:53: error: expected ';' before 'ovfile' /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:55: error: 'vorbis_comment' was not declared in this scope /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:55: error: 'vc' was not declared in this scope /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:65: error: 'ovfile' was not declared in this scope /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:66: error: 'ov_open' was not declared in this scope /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:70: error: 'ov_comment' was not declared in this scope /root/qte/qtmoko/src/plugins/content/ogg/oggcontentplugin.cpp:120: error: 'ov_clear' was not declared in this scope LEAK: 38080 Structure make: *** [all] Error 1 apparently you're missing libvorbis-dev ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
TV-Out was: Re: Happy New Year!
What would be great is if we have a TV out and an HDMI out from the phone with two USB sockets so that it can also be used as a generic computer. from the description i've got the impression that the gta04 supports tv-out via the audio connector. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] looking for used (or broken) GTA02 (whole or PCB) to purchase
try to contact dr nick directly -- if i undertstood correctly, he should have a bunch of those pcbs w/o something sensible to do with them. Is there anybody have broken screen GTA02 for sale? or maybe intact PCB after upgrade to GTA04? I'll be appreciate for reasonable price or maybe somebody just could give it for free (almost free) after upgrade. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: newer navit on qtmoko (shr?)
dpkg: error processing ./navit-current_armv4t.opk (--install): package architecture (armv4t) does not match system (armel) Errors were encountered while processing: ./navit-current_armv4t.opk try with --force-archictecture I will now try to see if installing the tar.gz version is straight forward to be handled within qtmoko. consider alien -d archive.tar.gz this will create a basic debian package (not much in terms of pre/post install/rm nd deps, but at least it will be handled by standard debian package management) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [off-topic] smartphone alternatives?
I have used N900 for some time ... speaking of the n900: FSO is supposed to support that one and i guess SHR would work too. i hope to get another n900 in a near future and to be able to test that the hardware of the n900 is almost what i always was slooking for -- the software used to prove why Nokia is in trouble. nice ideas, but little thought of how people actually would use it [1]; a crippled debian with libraries modified into being incompatible with the ones from debian; ... there's work going on, though, to get rid of Nokia's closed source and/or modified packages by a project called CSSU which provides all upgrades nowadays. [1] - gps only works when inet connection is avaliable since it is so bad it doesn't get fix on its own, satellites are not stored and fed back -- you basically have to obtain a new fix (=inet traffic) everytime you switch it on. that's particularly nice when you're abroad ... - for lot of settings you actually need to reboot b/c these geniuses at Nokia did not implement an easy way to restart X - GUI apps are unable to use usb networking per defaukt, you'll need some kind of hack - ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: f2fs on GTA02
Hello Freerunner users, I am interested in using the new f2fs filesystem created by Kim Jaegeuk at Samsung on the µSD cards of a bunch of GTA02s. Right now it's ... 1. Get Linux 3.7 working on the GTA02 3. develop 3.7/3.8 for GTA04 how's that going to help when he's specifically asking about the GTA02? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] [Community] QtMoko v49
W: main.c: This program is not intended to be run as root (unless --system is specified). ok, that's another one of my questions: why doesn't qtmoko run as non-root? is root access necessary for normal operation? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v49
hi, does it still require the first FAT partition or does it comply to the new scheme? thanks Hi, QtMoko v49 for GTA04 is now available [1]. There have been really many changes this time so be careful :) Complete changelog is here: * using gstreamer as media engine instead of cruxus * using pulseaudio for sounds * using pasuspender to pause media during calls and state switching * fixed DTMF tones on gta04 (Neil Jerram) * fixed USSD message box size (Stefan Rupp) * A3 earpiece state uses HiFi priority (Neil Jerram) * modem is now in 3g mode since modem usb disconnect fix is in kernel * modem dissapearing from usb in now logged to /modem_reenumerate.log * lot of work on debian package (Gilles Filippini) * fixed pkg-config handling (Gilles Filippini) * ogg metadata plugin (Neil Jerram) * fixed empty email content with windows charset (Neil Jerram) * fixed some email content displaying (Neil Jerram) * fixes in QtMaze accelerometer (Neil Jerram) * improvements in svg layouts (adrien) * arora and qx use new accelerometer library (Neil Jerram) * arora provides web access e.g. for web links in email (Neil Jerram) * mokofaen - space for 10 and more satellites (Neil Jerram) * qmplayer scans for webm and mkv now too * ssh access in allowed only on usb now (Paul Ferster, lindi) * updated build instructions - cross building is now done in chroot * using now glib even loop * parallel make option in configure for -build-qt option * pc build * kernel changes: * external gps antenna should work now (Christoph Mair) * avoid errors by stoping omap DMA channels before unlinking (Neil Brown) * CONFIG_TIDSPBRIDGE=m so that we can use dsp * jffs2 as module so that we can mount hw validation in nand * fixed modem disapearing from usb (Dr. H. Nikolaus Schaller) The most important thing is that ringtones and sound in calls should now thanks to gstreamer and pulseaudio work. It basically works now like this: All sound goes to pulseaudio. When there is a call the state switching and sw- voice routing is done via pasuspender. Pasuspender pauses all other audio streams and closes soundcard so that alsactl can do state switching and gsm- voice-routing can route voice. Please note that pulseaudio is in the image completely unconfigured. It is launched by /opt/qtmoko/pulse.sh scripts. I have noticed occasional clicking - this happens when pulseaudio ends and is restarted. I havent discovered yet why it's ending - maybe allow-exit = no option in /etc/pulse/daemon.conf will help... You can also try media player - it can now play videos. Other changes are quite self explaining. As for future - in master we have now nearly working QtMoko on top of Qt 4.8.3. There is just one bug that has to be fixed and it looks that QtMoko now also runs decently on debian wheezy/armhf so this could be our target for v50. We will also have support for html5 video when we switch to qt 4.8 - i have tested youtube and dailymotion and they work (although with glitches)... Another thing that would be nice to get fixed is the tarball size. It went from 98MB to 160MB due to gstreamer dependecies. I wonder how this could be solved. I dont think we need all the plugins that make it so big, but debian has all in one big package... If you are wondering about Freerunner - i am going to skip this release, there's not much useful for Freeruner now. I will do release for Freerunner with Qt 4.8 later. Thanks everybody who helped with this release - special thanks to Neil Jerram and Gilles! Enjoy the release Radek [1] http://sourceforge.net/projects/qtmoko/files/GTA04/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Schon vor dem Come-Back von Modern Talking wusste ich: Dieter Bohlen ist der Preis der Freiheit. Heinz Rudolf Kunze ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA-04] multiboot with QtMoko/SHR
the SHR install guide already conforms with the new uboot setup metioned by Nikolaus. You can just partition you SD card with up to 4 ext partitions and put SHR on any of them. BUT your kernel needs to take the 'rootfs' bootarg from the bootloader for this to work. There are some kernels wich have 'rootfs=/dev/mmcblk0p2' hardcoded, e.g. old SHR kernels (fixed since 29 Oct. [0]), NeilBrown's kernel (gta04_defconfig), ... but there's no actual kernel or tar ball available yet, isn't it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: another frerunner-alike case
to be honest -- it looks better :-) anyone of the CAD wizards up to create a case like this, especially the back and maybe even for the upcoming *knock on wood* tablet (its candy box design isn't _that_ appealing)? On Fri, 19 Oct 2012 09:10:44 +0200, Yury Sakarinen z...@onego.ru wrote: WTH, painfully similar to FR -- http://www.playmg.com/buy-now ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Schon vor dem Come-Back von Modern Talking wusste ich: Dieter Bohlen ist der Preis der Freiheit. Heinz Rudolf Kunze ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Learning from Apple...
http://www.leasticoulddo.com/comic/20120611 -- Schon vor dem Come-Back von Modern Talking wusste ich: Dieter Bohlen ist der Preis der Freiheit. Heinz Rudolf Kunze ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Boot2Gecko - Open Web Device
The Open Web Device is also using a Linux Kernel (the same one used by Android devices) which is also open. This is a 100% open project [...] should fire up all the alarms. Sure, the kernel is open. What about the drivers? Are we going to be playing the open shim to closed drivers game again? Is the video driver open? Is the modem driver open? Is the audio driver open? Is the GPS driver open? Are *ALL* the drivers open? since the OP posted this in the OM mailing list, s/he clearly has the GTAXX devices in mind -- and, yes those drivers _are_ open. which devices the B2G project has in mind does not concern us -- so, please, don't discuss that here but go to the B2G site and vent your concerns there. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02, FSO in debian/sid: buttons do not work, led neither
Hi Arne, please try this config aux should suspend device and LEDs light when charging with adapter indeed, the new rules.yaml looks quite different (and while looking at it i dimly recall those parts). i moved even the *conf files in place. suspend works now, that phoneui-quick-settings throws the error to be expected (command missing). but LEDs still do not really do anything. when resuming, the PWR button shortly glows orange and that's it. no orange nor blue when on usb -- how do i configure blue to be lit as long the freerunner is awake? last but not least: - is there a reason why those files are not included in the debian packages? - what are fsotdld.conf and fsodatad.conf for? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: flashing debian ends in kernel panic
there I am left with a white topbar and a black rest of the screen though. that's the expected behaviour -- it's a very basic installation (as the minimal in its name already suggests). Could you please point me to the original mail from timo. I only found hisimage via the openmoko wiki recent changes. see http://lists.linuxtogo.org/pipermail/smartphones-userland/2012-March/003134.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA02, FSO in debian/sid: buttons do not work, led neither
hi, a) both in my own installation with install.sh and timo's (j.) minimal installation the power button has no effect -- no suspend or even gracefull shutdown is initiated. although the button press ist recognized in dmesg, no fso*log nor frameworkd.log shows anything (everything set to DEBUG). in the configurations nothing about buttons is really to be found (except that stanza in frameworkd.conf or fsodevicd or so, don't have the device active right no since suspend does not work) and the options are as arcane and undocumented as ever ... b) LEDs, despite being configured in rules.yaml, do not work. there's an occasional flashing but nothing of the expected (and configured) behaviour. i am absolutely sure, it is not a hardware issue, but has to do with FSO. does anybody else see those issues? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian with illume
zhone is dead. use phoneui-apps. hi I would like to try out debian with e17 as window manager. Installing the timo's latest image worked nicely. according to the debian page on openmoko.org one has now to install enlightenment if one wants to use illume. but if I now want to install zhone I get the following: The following packages have unmet dependencies: zhone : Depends: python-ecore but it is not going to be installed Depends: python-edje but it is not going to be installed Depends: python-evas but it is not going to be installed Depends: libevas-svn-06-engines-x but it is not installable Depends: zhone-illume-glue but it is not going to be installed E: Broken packages has anyone e17 running on debian and could point me in the right direction (eg. additional repositories) best regards robin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest FSO from debian/sid not working
- fso-gt02 is installed - LED still does not work - phoneui-apps: i don't intend to sue the device as phone - rules: is there a howtod/description? as i said i don't have a backup of my old installation where i tweaked rules.yaml and don't after 1.5 years not recall what i did there - dmesg: what does a message in dmesg have to do with fso? or do you mean, that indicates that kernel wise everything is in place (drivers)? apparently i set DEBUG in the wrong set of config files (/etc/freesmartphone/conf/default/ is _not_ a sensible name for a configuration not being used) -- but now i see at least messages about state changes in /var/log/fsodeviced.log and signs of activity in /var/log/frameworkd.log thanks Am Montag, 19. März 2012, 21:01:43 schrieb arne anka: Can you describe the problem? - no apparent reaction to key presses -- no action (suspend or so), no line in logs (everything set to DEBUG) There are no actions defined. If you press power for 2 seconds, dmesg should report this, if everything is ok. - no led action - persist/ folder missing (frameworkd complaining about it and throwing an exception) LEDs should work. Please check, if fso-gta02 package is installed. It depends on necessary packages with config files. - files in /sys/ missing (i'd expect the fso in debian to work with the kernel there -- or is it just the usual discrepancy one encounters in sid now and then?) i updated to 2.6.39.4 from SHR, and at least the files in /sys/ are back -- but nothing else changed. I think, you will need 2.6.39. SHR kernel is working here. i got rid of LXDE (tested it years ago and never was happy with it) and installed e17 -- but even without any X, FSO should do something when pressing buttons at least. You have do define actions yourself in /etc/freesmartphone/oevents/rules.yaml Try installing fso-gta02 and phonui-apps. Rico ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: latest FSO from debian/sid not working
Can you describe the problem? - no apparent reaction to key presses -- no action (suspend or so), no line in logs (everything set to DEBUG) - no led action - persist/ folder missing (frameworkd complaining about it and throwing an exception) - files in /sys/ missing (i'd expect the fso in debian to work with the kernel there -- or is it just the usual discrepancy one encounters in sid now and then?) i updated to 2.6.39.4 from SHR, and at least the files in /sys/ are back -- but nothing else changed. i got rid of LXDE (tested it years ago and never was happy with it) and installed e17 -- but even without any X, FSO should do something when pressing buttons at least. do i need any more modules loaded? i rather foolishly purged my old debian installation without saving configurations and stuff, before i tried the install.sh. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
latest FSP from debian/sid not working
hi, i recently installed Debian to my GTA02 again, but the FSO apparently does not work (correctly). Without going into it any further at this point -- can someone please post working configuration(s) file(s)? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR: which uImage?
hi, just for one i wanted to flash SHR -- this very nice animated menu leads me to the ubifs or jffs image, but does not tell which uImage to flash. questions: a) which uImage.bin and how do i determine that? b) shouldn't that menu offer the download of the uImage file, too? -- -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
I think there are several options. If you keep the display, you have a nice GUI device for experimentation with WLAN, Bluetooth, USB. And, the SPI/I2C interfaces are accessible on test points near the debug connector. well, i am no hardware guy, but just a humble application programmer. So a dismantled GTA02 is still a nice SoC-Evaluation kit. Could be donated to educational institutions, used in home control, make some funny digital photo frame, make it a wireless NAS server (well, a disk drive on USB1.0 is a little slow). Or you keep the GTA02 as it is and wait until we have the CaseKit finished (which is not very far away). how much would that be? i imagine, CaseKit + display + GTA04 board adds up to about the 750 € for a complete GTA04, wouldn't it? and anyway, i don't think, i would have much use for the GTA02, board or complete, once i got an GTA04. if nobody turns up with a good idea why s/he would need the board -- is it an option for you, Nikolaus, to keep the board once i send in the GTA02 to be made into a GTA04? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
my idea of a donation was in the first place to get us nearer, my god to thee .. ehm .. nearer the 350 units required. ie in the first place to help people who can't afford the full price, since it would mean the most value for every euro donated. if that proves not feasible, the second best solution would to pay for units not (yet) sold -- and maybe give those away to developers. reducing the group tour price is not an option for me -- and certainly not without all 350 units being sold. and even then i'd donate to fund project infrastructure as proposed, the least effort would be applications for such donations would be brought forth on these lists -- then we could decide, who recieves a donation and how to proceed to make sure, it really is used to order a GTA04. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
I'm not even going to bother with the good netiquette of not top-posting on this one so sorry if that offends you all. Michael, ... i don't think it makes much sense to dicuss his ... funny ideas further. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
(but i would be willing to donate/add a couple of euros if it will help someone to buy a GTA04 who can't afford the full or even the rebated price) myself and others in this list have made the same offer... that's very good to know. i didn't follow the development of sales too close (though close enough to finally convince me, i may want a GTA04, too ;-) - how many are there an how much additional GTA04 could we buy/fund in adavnce between us (if nobody takes up the offer)? - how well known is that to prospective buyers of limited funds? such an offer, however generous it may be, is of little use if potential users are not aware of it - i for one did not know about it, except the remark about 5% rebates still being available since several early subscribers did not claim it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to bring forward the community?
sounds is a no-go. the only sound i tolerate is the one coming out of the earpiece/headset when making/recieving a call or listening to music. --- On Sat, 3/3/12, Lionel Broche lionel.bro...@gmail.com wrote: Maybe using an audible 'clic' would be an alternative for touch screen keypads? or using an electric discharge to trigger the user's nerves :) (though this may lower the battery life...) Ah so you never tried fatfingershell :) Rafa PS. BTW, it uses four different sounds, so every key sounds different than its neighbors. And you have (if you want) a smooth vibration feedback as well. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
what's stopping me from subscribing for the GTA04 is simply the question, what to do with the innards of my disembowled GTA02. although the GTA02 as well as a new GTA04 would be litle more than a toy anyway, i shrink back from the idea to produce electronic waste just for fun. money isn't really an issue here, but i don't want to spend 750 euros for a complete new GTA04 i don't really have a practical use for. (but i would be willing to donate/add a couple of euros if it will help someone to buy a GTA04 who can't afford the full or even the rebated price) so, what do you group tour subscribers plan to do with the replaced parts? just sink them in the waste basket? hang on the wall? or do you have a meaningful solution? Therefore it is important to spread of the platform. Having 1 month left over for subscribing to the (extended) group tour is a good point to draw an intermediate view. This morning we now have 34% which is one third of the required number of units (for the given price). This is a good increment from the 23% or so we did have right before FOSDEM when we decided to extend the subscription time frame. So the next goal is to crack the 40%! One more thing: some 5% rebate seats are still available since some generous subscribers did choose no early bird rebate. BR, Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: what to with 02 when upgrading to 04? was: Re: How to bring forward the community?
well, that's certainly an idea that didn'zt occur to me. but wouldn't support those reactionaries somehow defy the purpose of the GTA04 movement? ;-) otoh, if there's sufficient demand it could offer another source of funding. but if nikolaus is ok with that (re-stocking the used GTA02 boards, that is :-), that's certainly solution. two questions though: - what's so hackable about the calypso fw? as far as i recall, it was a major afford to get an updated fw and make it flashable. and how much less hackable is the new gsm chip's fw? - nikolaus: what about future fw updates for those closed parts like the gsm chip? not just new features but simple bug fixes? arne anka openm...@ginguppin.de wrote: so, what do you group tour subscribers plan to do with the replaced parts? just sink them in the waste basket? hang on the wall? or do you have a meaningful solution? Please please please don't waste them, please make them available to people like me who like GTA02 BETTER than GTA04 (for Calypso GSM firmware hacking reasons). One way to do that would be to ship the GTA02 PCBA back to Goldelico who will then save these parts for resale to the interested people. MS ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- -- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to bring forward the community?
So the question is, with whom we (this community) are competing? E.g. * QtMoko SHR vs. Android iOS Win Mobile etc.! * GTA04's flexibility and hw-modifiability vs. any commercial device! * the art of self modifiable 3D-printed case vs. take what you get! imo, android _is_ the main opponent. let's face it, openmoko has left its mark in the archives and everything in it's wake will inevitably evoke those reminiscences, thus linking any further effort to the geek phone (and as we all know, it's not entirely unjustified). i am convinced that people readile buying symbian, baida or windows phones do not even remotely consider purchasing a GTAxx -- the user base GTAxx are targeting to a large extend intersects with those buying an android phone intending to jailbreak it (or whatever the right term may be, i am not familiar with the scene's vernacular ;-) those are people somewhat prepared to take a risk with their phone and to invest time to make it fit their demands. taking myself as an example, i currently own an n900 and without any intention of replacing it in a near future, look around for devices qualifying -- and any possible device runs android, just because it is closest to being open. i am not that much satisfied with maemo's openess, but it's still better than anything i've seem from android so far, and android's openess is much better tahn anything else on today's amrtphone market. despite supporting the open hardware idea and cherishing its ideals, i don't think the vast majority of potential GTAxx customers value it so high as to let it tip the scales in favour of GTAxx -- so for anyone not just looking for a truly open device, GTAxx can't really compete with today's middle class devices (apple, samsung), or rather, GTAxx shouldn't be pitched against those devices, but rather see itslef as a class of its own. so, to conclude and repeat, software-wise android is the main opponent -- hardware-wise it's better to see GTAxx as class of it's own w/o real competitor. if GTAxx runs android, it will be just another android smartphone, albeit with the advantage of faster updates and longer support, since you're not forced to wait for the vendor to release newer firmware or even to decide, if that device should recieve updates at all anymore. supporting fsfe's replicant os initiative might be interesting, but besides other questions, i fear it will peter out soon without noticeable effect ... cheers ps: maybe my english is too limited, but self modifiable 3D-printed case sounds like it would modify itself, morphing into ... odd shapes ;-) -- Schon vor dem Come-Back von Modern Talking wusste ich: Dieter Bohlen ist der Preis der Freiheit. Heinz Rudolf Kunze ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
HW keyboard was: Re: How to bring forward the community?
i too own a n900 and i too are looking for devices with a hwardware keyboard included. i used to be a big fan of graffiti (v1), but after using the n900 with its keyboard for two years now i have to say, it's no match. writing is much faster, using a shell for complex tasks was not really an option with an onscreen keyboard and best of all, it does not use up precious screen space. a bt keyboard is not really an option: - it's just another piece of stuff you have to carry and remember - using bt needs power (i know, the builtin hw keyboard does too, but as much?) - keyboard needs power - it's not necessarily reliable (there's a recent report of failure and i remember others) - how do you hold both phone and keyboard in, say, a bus or the train? with the builtin keyboard it's just one piece and holding and typing is one. while i understand your points, it doesn't really address the request but just stresses GTA04's limitations ;-) cheers Hi, Am 27. Februar 2012 11:51 schrieb Nikita V. Youshchenko yo...@debian.org: So I would like to encourage to share what you are working on (kernel? driver? user space?) and what you think would bring forward the Openmoko community a small or big step.. Any idea is welcome (even if you think we already know about it). If anything is welcome then... I've left OpenMoko commutiny long ago, but I'm really disapponted by today's devices and I want to return. Unfortunately N900 changed my mind and now I consider hardware qwerty keyboard not an option but a must. I will immediately order any GTA04 successor that will have qwerty keyboard. I was about to write the same thing. I own a HP Pre3 with a keyboard, and I dont want to miss one on my next phone. But today, the phone droped on May I ask why you need a (mechanical) keyboard? The reason why we don't cry hurray, we add one in the next release is that it is *very* complicated to get one that works well (you most likely don't want a bad one just to have it). The first aspect is mechanics. A keyboard should be sliding in and out or otherwise the device becomes much bigger than dictated by the display (which should also become bigger). Next thing is: what is a really good keyboard? How much pressure, which button size, etc. Then, we have to define a keyboard layout. QWERTY or ABCDEF. Add numeric keys or make them Num+QWERTY to save one row of keys. And to unsimplify, we need a US, a UK, a German, a French, an Italian layout and maybe Chinese, Japanese etc. This is doable by exchanging keycaps or keymats - but we have to stock and provide several different ones. Finally, designing a really good and working keyboard is almost as expensive as designing a new injection mould... Compare this with readily available small bluetooth keyboards in the 25-50 EUR range... So we simply recommend to purchase such a thing because we never can get one such cheap. All this could be so simple if we have a software keyboard on the LCD :) Just choose what you want by software. Choose between different input methods. No hardware changes needed. Robust against water, and keycap wear off. This is why we try to avoid making any keyboard. So let us understand what the issues are with a onscreen keyboard and try to improve that. Let's join forces of this community and develop the best and really useable on-screen keyboard in the world! Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Schon vor dem Come-Back von Modern Talking wusste ich: Dieter Bohlen ist der Preis der Freiheit. Heinz Rudolf Kunze ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT] make -clean error
Alexandros, without any further research -- make -clean looks dubious to me. shouldn't it rather be make clean ? After building qtmoko v39 in my debian -squeeze box : in the qtmoko-build directory: $make -clean rm /home/chomwitt/programming/QT4/radekp-qtmoko- build/src/settings/language/liblanguage.so rm /home/chomwitt/programming/QT4/radekp-qtmoko- build/sdk/lib/libspygrind.so.1.0.0 *** Error /clean: Prerequisite failed /sub_clean: Prerequisite failed /src/clean_sub: Prerequisite failed /src/clean: Prerequisite failed /src/sub_clean: Prerequisite failed /src/libraries/clean_sub: Prerequisite failed /src/libraries/clean: Prerequisite failed /src/libraries/sub_clean: Prerequisite failed /src/libraries/qt/clean_sub: Prerequisite failed /src/libraries/qt/clean: Command execution failed $$QT_PATCH_ENV $$MAKE -C $$QTDIR/src clean MAKEFILE=Makefile QMAKEFEATURES=/home/chomwitt/programming/QT4/radekp- qtmoko/src/build/qt_patch QMAKEPATH=/home/chomwitt/programming/QT4/radekp- qtmoko/qtopiacore/qt QPE_CONFIG=functions mkspec rules templates subdirs php qbuild depends installs i18n runlast defaults use_pic packages warn_on release free_package enable_rpath enable_malloc_hook enable_strict_flags build_device enable_qvfb qws build_rotate enable_ssl enable_qtopiawhereabouts enable_bluetooth enable_infrared enable_dbus enable_telephony enable_cell enable_voip enable_vpn enable_qtopiamedia enable_phonon build_libamr qtuitest enable_pictureflow build_qtopia_sqlite build_qtopia in_build_tree unix phone projects QTOPIACORE_CONFIG= QPEDIR=/home/chomwitt/programming/QT4/radekp- qtmoko-build SDKROOT=/home/chomwitt/programming/QT4/radekp-qtmoko-build/sdk ADD_CFLAGS= make -C /home/chomwitt/programming/QT4/radekp-qtmoko- build/qtopiacore/host/src clean make[1]: Entering directory `/home/chomwitt/programming/QT4/radekp-qtmoko- build/qtopiacore/host/src' make[1]: Leaving directory `/home/chomwitt/programming/QT4/radekp-qtmoko- build/qtopiacore/host/src' make[1]: *** No rule to make target `clean'. Stop. make: *** [clean] Error 1 Why is that? Also if i run again make -clean will seem to repeat again al l the previous commands in a behaviour that reminds me the issue #45 https://github.com/radekp/qtmoko/issues/45 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Schon vor dem Come-Back von Modern Talking wusste ich: Dieter Bohlen ist der Preis der Freiheit. Heinz Rudolf Kunze ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MCNavi 0.3.1 released
make current release not compatible. I'm working on coastlines generation and it seems to be a little complicated. A bit of an open door, but didn't Mandelbrod find the same some 35 years ago? ;-) And I was thinking of Slartibartfast (http://en.wikipedia.org/wiki/Slartibartfast). oh! what has this world come to, that someone feels the need to explain who slartibartfast was ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] breaking thread MUA (WAS:Re: TSM30 source found!)
Unfortunately not. I cannot / will not use a modern mail client. For personal reasons which I *will not go into*. well, the ochrana already knows about you, you know? *scnr* ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader sales and the future of Openmoko
Please note Android is a Google(TM) product. TM stands for total monopol. Or terrible monster. Google is evil. Android is no free OS. By what definition of free is Android not a free OS? by free as in speech. it's not 100% open -- important parts of the os, namely hw drivers, are closed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: When is the next and more powerful openmoko releasing
- gain a reputation as being open (which might appeal to goverments as well b/c of several reasons) Or not -- see the current spat over Blackberry in India/UAE/etc. Open isn't good for governments looking for tight controls. And while it might be great for their citizens, it's the gov'ts that control devices, unfortunately. the spat you mentioned is just about rim not being open with it's servers. were they open, gouverments could simply set up their own and force their citizens to use those. what i was refering to, wa sthe fact that with open sw/hw gouvernments would be able to check on their own the integrity and safety of implemantations, not being dependent on the vendors. - additional promotion by mouth-to-mouth through people being interested in open devices, probably cheaper than paid merchandising for the same group While this is true, this target audience is small. sure. but so is, after all, the target audience for apple products. and as said before, openess would have this increased promotion at no additional costs. - somewhat broadened developer base Do you really think that the term open will attract more developers? Maybe a handful or two, but developers flock to where the money is. See iPhone. :S see below. openess would mean, developers are not restricted by limited apis, but could access the complete bandwith of options available. - android inspired cost structure: make your hw specs public - enable developers to make the best from it - gain market share since your device offers the most b/c developers can use the hw and are not limited to app-like apis (cf iP[od|hone|ad]) with the success of android, i think a more open approach might appeal to vendors. I'm not up on all the latest android stuff, but from what I've seen, you can make a pretty closed system from those building blocks. sure you can. but otoh, android being (more or less) opene, it allows vendors to get their devices to market in rather limited time compared to closed, vendor-specific os which need a lot of inhouse investment to develop and get stable. and seeing how an open os, offered at no costs helps saving money, an open hw design easily extensible might appeal as well. assume vendor X creates a design freely available, there would probably be a lot of other vendors re-use that design to decrease their costs -- google did not create android out of altruistic motives, they have their profit and interests at heart, and yet, android is attractive to the market. but after all, i have the sure feeling as if the very same discussion has been had already, years ago and all arguments have been on the table already. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mail Wrapping
sorry, but i completely fail to understand the issue. every mail client worth using should be able to wrap lines even for received mails when displaying. instead of forcing their idea of (maybe even outdated) conventions on other people, those having issues with lines being too long, simply should check their mail clients configuration and get over with it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: When is the next and more powerful openmoko releasing
Assume, you could get a motherboard upgrade board that fits into the Freerunner (or Neo1973) case. Based on the TI OMAP3 SoC (OMAP3530 or DM3730) and UMTS. Let me ask two questions to everybody: * How long could you be willing to wait for it to really become available? * How much would you think you could afford to pay for such a board? - re waiting: since most people change their phones after a couple of years, waiting shouldn't be an issue -- per se. more important would be to see a definite progress and sufficient informatrion about the way development takes (including delays, glitches and so on). seeing how nokia neglects the maemo/n900 community, not only in terms of information about fixes, updates, and the migration to meego, i think that's definitely the wrong way. so, having a working phone right now and for the foreseeable future, i would be able to wait 2, 3 years (and if another accaptable phone comes out in the meantime, maybe even longer) - cost otoh is really difficult. what company ever will attempt to make a free phone, it will need lots of money for development (not to speak of the still valid issue of purchasing items in small numbers to high prices). seeing, that i spend 300 on the fr and 500 on the n900 (two years later), i guess, that's the range -- but then again, the fr's casing is not really up-to-date and most likely the retro-trend will not discover the 2000s in the near future ;-). what i like in the n900 is the big screen or rather the screen-to-surface-ratio and missing bezel, and the slide-out keyboard (not the keyboard layout, though), which would enable me to use the consoles w/o X, if maemo would allow that ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: When is the next and more powerful openmoko releasing
wasn't there something about samsung making the hw specs public for at least one of their samrtphones? i can't find that news article again. and a long time ago someone (raster? can't find that mail) wrote about big things to come -- even that in connection with samsung? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: When is the next and more powerful openmoko releasing
And, I never understood why we should assume, that a premier league player would ever care for a small community like ours. not for that small community per se. it would most likely be only a intersection of interests. the manufacturer would be able to - gain a reputation as being open (which might appeal to goverments as well b/c of several reasons) - additional promotion by mouth-to-mouth through people being interested in open devices, probably cheaper than paid merchandising for the same group - somewhat broadened developer base - android inspired cost structure: make your hw specs public - enable developers to make the best from it - gain market share since your device offers the most b/c developers can use the hw and are not limited to app-like apis (cf iP[od|hone|ad]) with the success of android, i think a more open approach might appeal to vendors. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: When is the next and more powerful openmoko releasing
found the link to the samsung open sourcing hw specs http://www.androidcentral.com/samsung-releases-captivate-source-code-developers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My N900 experience compared to my FR experience (was: Re: [QtMoko] handset is (almost) unusable for voice calls with background noise)
I'd like to hear how the N900 compares to the FR in hackability. Like replacing pieces of software, like keyboard, window manager, etc. I wasn't able to find much information about this. It seems there is only one distribution that fully works on the N900, which is quite worrying. hackability is fair to middling. there are open packages, there are closed packages and there are 3d party packages. documentation of hardware is incomplete and not sufficient to make a full working dist5ribution w/o closed parts from nokia. for reasons unbeknownst to man, nokia has chosen to use some kind of debian, but not debian. making small changes, the made maemo incompatible to debian, thus cutting maemo users off from the plethora of already existing and working packages for the hw platform, limiting the available software to the packages nokia offers and those volunteers port from debian. since not even the package names follow the same rules and, what's more, apparently similar packages are, in fact, quite different since nokia patched the sources, it is a sysiphean task to port packages to maemo. and i am afraid things won't change for the ebtter with meego which uses some kind of redhat/fedora, but not redhat/fedora. package creation and dependency resolution is done with an attitude bordering on incompetence. for example: one one hand every language supported is separated into a single *-l10n-* package and for all those *l10n-* package there's a meta package. but instead of using recoomends and provides, the meta package depends on _all_ *-l10n-* packages and the top most package (the dependency graph has exactly one top node!) depends on those meta packages. separating packages is thus completely pointless. together with the weird layout of storage space (256mb rootfs which gets filled up pretty fast), this idea of dependency handling is plain stupid and you are stuck with a bunch of packages you don't need but can't uninstall (the normal way) or remove forcibly b/c it is not clear what will happen the next time you run an update ... the included app manager is a bad joke and you'r better off using xterm and apt-get. despite the claim of delivering not only a smartphone but a pocket size computer, you are left with crappy and crippled busybox instead of a fully functional gnui environment. error management is poor, usually you get useless messages of the kind something went wrong and are left to your imagination to figure out what you should do about that. keyboard is h/w, layout is not the best in twon, which is confusing since nokia provided far more intelligenbt keyboard layouts with other phones. on screen keyboard is not much better, imo it has become even worse with pr1.2. i don't see an easy way to change the layout of the vkb, which is perfectly in style with the very limited ways of customization available (you can't even change the font sizes!). window manager is a matchbox derivate, customization is little (see above) and even minor requirements like battery charge level are not available except a very rough icon. the sole and only distribution available (so far) is maemo. considering the long history of maemo and the version number (5), it is crap. nokia's communication about future plans and development are hardly worth mentioning. there's still no reliable information whether meego will be officially supported. there are a few attempts to make debian working on it, either by using plain debian and reimplementing closed parts (dead, iirc) or by using plain debian and repacking maemo specific packages, not sure how that will work with closed source packages ... if all you are looking for is the feeling of using a somewhat open linux phone with a nice and polished gui, the n900 with maemo is perfect for you. in terms of finish and reliabilty it easily outclasses the fr. in terms of freedom (not only philiosphically but plain practical freedom of choice of packages or wm), the fr is far far better, and judging from nokia's past attitude it's not very likely it will become much better. the best hope is for either a debian using nokia's closed source packages for crucial functioanlity or a port of eg fso- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Surveying community expectations on openmoko governance
possible phishing spam because of the different urls in the text and link. who says it isn't? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
but we dont have busybox in debian. and be thankful for that! in my experience, busybox is applicable for _very_ limited devices only. and the fr is certainly not one of those. Is it possible to do something similar with standard debian logger? standard syslog should offer -C for that. whith rsyslog one could use log rotation and delete older logs (i for one prefer to have logs available longer than just a few hours and as file, not just in-memeory), see: http://wiki.rsyslog.com/index.php/DailyLogRotation another clue would be queued operations, mentioned in the man page. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] eStarDict
in debian there's a package dict-stardic - An English to Chinese Dictionary another source may be http://stardict.sourceforge.net/Dictionaries_zh_CN.php (according to http://talk.maemo.org/showthread.php?t=28028 ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
if it happens with both an ubuntu box and macos x, it's most likely caused by the fr. nevertheless, on ubuntu you may try to set udevadm control --log-priority=debug and watch the log for more information. another idea that occurs to me: is the interface always correctly shut down? what does ifconfig -a say? is there something in /etc/network/interfaces ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v22
i forgot: what does /etc/udev/rules.d/70-persistent-net.rules look like? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 8 Gigabyte Sandisk MicroSDHC Incompatibility
It's my understanding that increasing max click will drain the battery faster and may increase wear on the stick (I don't recall where I read that), but it's a relief to have it working, and I'm really glad that I asked here. :D it's a really long time since i have bothered with that, but afair you're wrong. - it does affect the way, the glamo interacts with the sd card, thus no additional wear and tear is included - you do, in fact, not _in_crease the max clock, but _de_crease, since the default max clock is too fast for slow sd cards, they do not response in time and thus the communication times out inhowfar that affects battery lifetime, i cannot say. but i guess it's not significant -- #1024 would be far more relevant ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GNU/Linux Wrist Watch
You expect me to pick up any ladies wearing that thing?;). well, there's seven of nine ... but with the freerunner, you're already a certified geek -- forget about picking up ladies ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] recent navit packages?
hi, are there more recent debian armel packages of navit available somewhere? the ones in the debian repo are rather outdated, being svn2974, while there's at least svn3183M available already. i tried to build it myself, but the other day while running upgrade at my host a bunch armel-cross packages were removed, which apparently killed my cross building environment. at least building now fails constantly with could not read symbols: Archive has no index; run ranlib to add one ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Removing dependent libs?
Tried this, but it only removed arora, not the extra libs that were installed with it well, unless arora really was the only package depending on libqt* ... simply try apt-get -s remove libqt4-network libqt4-script libqt4-sql libqt4-webkit libqtcore4 libqtgui4 to see, which other packages may depend on them. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Removing dependent libs?
I remember debian used to have a simple tool to check for and remove orphaned libs, but I don't remember what it's called. I'm also slightly nervous it might remove some libs that aren't orphaned, just not properly listed. deborphan or apt-get autoremove deborphan only lists, apt-get autoremove will ask you for confirmation to remove. use -s to do a dry run. Anyone know an easy way to check the dependencies for an app? well, if the packages is in status install ok installed, everything should be there. do dpkg -s packagename for information on the package's status, description and the list of dependencies (field Depends:). dpkg -C prints a list of packages not installed correctly or nothing, if there are none. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My Freerunner for sale...
It's a A7 Freerunner? What is the price? according to his mail, you need to contact him directly. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangoGPS community development, patches (was: tangoGPS magnify patch)
you are definitely off topic. this list is neither to insult others at your pleasure nor to discuss issues with your project or ego. those entirely tangogps related mails are filling up my account and have nothing to do with openmoko. please, stop abusing other projects infrastructure for your personal needs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi
had a short glance over the sources. did you mix your algorithm inseparably with illume/esomething/whatever-the-name? or would it be possible to add another toolkit's interface to it? given the current state of navit on the n900, it would be interesting to maybe create an qt interface and try to run it on the n900, too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] w/o sim battery empties alarmingly fast
I think that on most networks you can still dial emergency numbers without SIM outlawed in germany. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANNOUNCE] eStarDict
http://stardict.sourceforge.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AAVA Mobile?
The issue is really what they mean by open. which of intel's hardware does not have open source, intel supported, drivers? if they really make all drivers available (as with their graphic adaptors and wifi), it would be more open than the freerunner, wouldn't it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian/fso] w/o sim battery empties alarmingly fast
well, i have to confess, i fell off the waggon and bought an n900, too -- already got the impression i was one of the last of the mohicans using the fr as sole phone (or phone at all). anyway, now the fr doesn't have a sim card anymore, i expected the battery to last much longer than the usual 3 days -- but, actually, it goes flat very, very fast! what does fso do when no sim is detected? imo it should disable everything related to telephony and thus save a lot of power, but that doesn't seem to be what happens. the second best bet would probably be to manually diasble all kind of stuff in some config files, but which would that be? but i would very much prefer the first scenario, allowing me to put a sim back in and use the fr as a phone w/o any changes. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AW: Thinking about a german data offer (GPRS) from Klarmobil
cheapest solution but 49ct/MB is alright in my case. simyo is at 24c/M prepaid call by call and additional 1G per month for 9.90 € http://www.simyo.de/de/informieren/mobiles_internet.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
working. I guess it's better to compile the ext3 support back into the kernel since apparently most (if nor all) people use ext3, i guess it is a good decision to have that kind of essentials built-in. until we get a kernel with initrd support i am not very fond of the initrd stuff. the fr is hardly extensible, we need what hardware is there and what is need to make it at least boot (or work). an initrd is imo used mostly to cover different hw configurations w/o having to rebuild the kernel everytime. i guess it would slow down the boot (load/unload intrd, free ram and so on) w/o added value. as fort the modules and init.d -- why isn't adding the modules to /etc/modules sufficient? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
Encrypted SD would be one application where you want to use initramfs. well, but that's a specific scenario for a rather limited audience, isn't it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with buzz fix/SMD soldering in Hamburg, Germany
So if you, Christian, or anyone else in or around Hamburg wants some soldering done on his phone this is the time to speak up and I see what I can get organized. here's one too! i am in hamburg and looking for the #1024 fix. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] ssh hangs
nope. and not with other targets. only the fr, which makes me suspect it What if you ssh to localhost on FR itself? while trying that it occurs to me, that there's no way to answer that: - i still have not found how reliably reproduce the issue -- it happens pretty frequently, but, you know, a watched kettle never boils - the only sensbile way to try that, is by connecting via ssh from my box and then locally on the fr -- but, if the connection freezes again, how do i tell whether it was caused by the local or the remote one? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] ssh hangs
a long time ago i used to experience frequent hangs with ssh connections, when using that infamous dropbear. after i while i got fed up and replaced that crippled thing with a full good sshd, which worked well until a few weeks ago. but with an upgrade of sshd a few weeks ago the exact same issue was introduced again, after a few lines of output the ssh shell freezes and there's nothing to be done excpet killing -- and that's not that easy since i usually have several connections open and there's no easy way to determine which one is the frozen one. so, 1.5 questions: - what happens? i never found any log entries shedding light. does anyone else experience that? - is there a way to make ssh connections easily distinguishable with ps or so? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
please, explain power cycling. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ar6000 (FR's wifi) bugs, workarounds and CLI usage tips, read this for stable wifi
please, explain power cycling. rebooting ar6000 (one of Freerunner's computers). that i did understand -- the question is, how to do that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] ssh hangs
a long time ago i used to experience frequent hangs with ssh connections, when using that infamous dropbear. Does this happen when you ssh to localhost? nope. and not with other targets. only the fr, which makes me suspect it has something to do with usb networking. but it has not been an issue before with debian ssh. it seems to happen only when th fr outputs something, frinst when doing qdbus --system (even with mdbus) or when compiling via ssh. Does the client respond to escape sequences? (man ssh and read ESCAPE CHARACTERS) have to check next time. as usual it does not freeze while watched now :-) ps axuf should make it easy to associate ssh server processes to the programs that you are using over ssh and netstat -alpn should tell you which tcp ports these server processes are talking to. If you then run netstat -alpn on the client side you can figure out which client uses the port associated with the frozen connection. yes, but i kind of hoped for a simpler solution. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] phonfsod/phoneuid: fso-deviced killed when calling
investigating my core issue of the fr not suspending anymore after a call, i see now that fsodeviced dies the moment i hit either call (outgoing) or accept (incoming). since fso-deviced is dead, nothing, in terms of idle notification at least, happens anymore. i try to track it down, but if anyone could point out, where it and what happens (and how to track efficiently -- i surely miss something like java's stacktraces or even python's exceptions) ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
you can do it like this: $ ulimit -c unlimited $ my-program program died with segfault (core dumped) $ gdb my-program core % bt ok, below's the output -- anyone able to make head or tail from it? # gdb fsodeviced core GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as arm-linux-gnueabi. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/sbin/fsodeviced...(no debugging symbols found)...done. Reading symbols from /usr/lib/libfsoresource.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfsoresource.so.0 Reading symbols from /usr/lib/libfso-glib.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfso-glib.so.0 Reading symbols from /usr/lib/libfsoframework.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfsoframework.so.0 Reading symbols from /usr/lib/libdbus-glib-1.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libdbus-glib-1.so.2 Reading symbols from /usr/lib/libasound.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libasound.so.2 Reading symbols from /usr/lib/libfsobasics.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfsobasics.so.0 Reading symbols from /lib/libdbus-1.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libdbus-1.so.3 Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /usr/lib/libgio-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgio-2.0.so.0 Reading symbols from /usr/lib/libgmodule-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgmodule-2.0.so.0 Reading symbols from /usr/lib/libgee.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgee.so.2 Reading symbols from /usr/lib/libgobject-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgobject-2.0.so.0 Reading symbols from /lib/libglib-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libglib-2.0.so.0 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/libgthread-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgthread-2.0.so.0 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/ld-linux.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.3 Reading symbols from /lib/libpcre.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libpcre.so.3 Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libselinux.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libselinux.so.1 Reading symbols from /lib/libnss_compat.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_compat.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 Reading symbols from /lib/libnss_nis.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /usr/lib/cornucopia/modules/fsodevice/accelerometer_lis302.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/cornucopia/modules/fsodevice/accelerometer_lis302.so Reading symbols from /usr/lib/libfsodevice.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfsodevice.so.0 Reading symbols from /usr/lib/cornucopia/modules/fsodevice/accelerometer.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/cornucopia/modules/fsodevice/accelerometer.so Reading symbols from /usr/lib/cornucopia/modules/fsodevice/player_alsa.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/cornucopia/modules/fsodevice/player_alsa.so Reading symbols from /usr/lib/cornucopia/modules/fsodevice/player_canberra.so...(no debugging symbols
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
installed libgee2-dbg and got that (probably not of much use): Core was generated by `fsodeviced'. Program terminated with signal 11, Segmentation fault. #0 gee_map_get_keys (self=0x0) at map.c:353 353 map.c: No such file or directory. in map.c (gdb) bt #0 gee_map_get_keys (self=0x0) at map.c:353 #1 0x409295e0 in ?? () from /usr/lib/cornucopia/modules/fsodevice/router_alsa.so #2 0x409295e0 in ?? () from /usr/lib/cornucopia/modules/fsodevice/router_alsa.so Backtrace stopped: previous frame identical to this frame (corrupt stack?) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
ok, third: since it has something to do with alsa_router, i checked th config files and found in fsodeviced.conf [fsodevice.audio] # Which Audio Player variant plugin to use: none (default), alsa, canberra, gstreamer player_type = alsa # Which Audio Router variant plugin to use: none (default), alsa router_type = alsa replacing alsa with none lets fsodeviced survive. - what do these options do? - what's the difference between als and none? - i guess some checking is necessary instead of relaying on whatever. in my frameowrkd.conf, there's a section (disabled by me) [odeviced.audio] # set 1 to disable a module disable = 1 # set directory where the alsa audio scenarios are stored scenario_dir = /usr/share/openmoko/scenarios # set default scenario loaded at startup default_scenario = stereoout where scenario_dir and default_scenario are defined, none of the two do i find in fsodeviced.conf. is that somewhat related and where should i set at least the default scenario (while i am at it)? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
fsodeviced provides different plugins for audio routing. You want the alsa one for the FreeRunner. well, as written, alsa kills fsodeviced. what kind of audio routing? call seems to work even with none (at least i hear something when i call my box). You're running debian, right? Do they ship the new alsa data files for fsodeviced? what alsa data files? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] new kernel package
with that new package, the fr doesn't vibrate on incoming call. something missing in the kernel itself or do i need yet another module? btw: why is there a cdrom.ko? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
fsodeviced provides different plugins for audio routing. You want the alsa one for the FreeRunner. well, as written, alsa kills fsodeviced. Probably because of the missing alsa data files (see below). nope. they are there. what kind of audio routing? call seems to work even with none (at least i hear something when i call my box). audio routing is necessary i.e. to switch between ring tone and in-call audio. You might hear the ring tone, if that's the default routing, but you will not have in-call audio without routing. no idea, what in-call means, but with player_type = none router_type = none i hear and am heared in a call. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
I cannot confirm that there is still sound when setting router_type to none. does that mean, you didn't test or you did not hear something? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
fso: dbus call to mark calls as old?
what is the fso dbus call to mark calls as old? phonelog doesn't change call's state and thus i got so far 3 calls shown in the shr lock screen, which i've seen already. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] phoneuid-messgaes crashes
starting the new phoneui-messages in debian shortly shows a window with a few messages and then immediately crashes. phoneuid log shows: 2010.02.14 22:10:04.088043 [phoneuid] DEBUG: org.shr.phoneui.Messages.DisplayList 2010.02.14 22:10:04.090765 [libphone-ui-shr]DEBUG: phoneui_backend_messages_show() 2010.02.14 22:10:04.091671 [libphone-ui-shr]DEBUG: window_new 2010.02.14 22:10:04.092170 [libphone-ui-shr]DEBUG: window_init(win=668272) 2010.02.14 22:10:04.113818 [libphone-ui-shr]DEBUG: window_view_show() 2010.02.14 22:10:04.115864 [libphone-ui-shr]DEBUG: window_view_hide() 2010.02.14 22:10:04.118432 [libphone-ui-shr]DEBUG: message_list_view_show() 2010.02.14 22:10:04.130287 [libphone-ui-shr]DEBUG: setting layout from file '/usr/share/libphone-ui-shr/default.edj' (phoneui/messages/list) 2010.02.14 22:10:04.354388 [libphone-ui]DEBUG: Retrieving messages 2010.02.14 22:10:04.375825 [libphone-ui-shr]DEBUG: window_show(win=668272) 2010.02.14 22:10:04.461837 [libphone-ui]DEBUG: Message query path is /org/freesmartphone/PIM/Messages/Queries/14 2010.02.14 22:10:04.489587 [libphone-ui]MESSAGE: Found 4 messages, retrieving 2010.02.14 22:10:04.544344 [libphone-ui-shr]DEBUG: retrieve messagebook callback(error=0) 2010.02.14 22:10:04.574983 [libphone-ui-shr]DEBUG: processing entry 2010.02.14 22:10:04.577926 [GLib-GObject] CRITICAL: g_value_get_boolean: assertion `G_VALUE_HOLDS_BOOLEAN (value)' failed 2010.02.14 22:10:04.602036 [libphone-ui-shr]DEBUG: processing entry 2010.02.14 22:10:04.604363 [GLib-GObject] CRITICAL: g_value_get_boolean: assertion `G_VALUE_HOLDS_BOOLEAN (value)' failed 2010.02.14 22:10:04.644599 [libphone-ui-shr]DEBUG: processing entry 2010.02.14 22:10:04.647297 [GLib-GObject] CRITICAL: g_value_get_boolean: assertion `G_VALUE_HOLDS_BOOLEAN (value)' failed 2010.02.14 22:10:04.654496 [libphone-ui-shr]DEBUG: processing entry 2010.02.14 22:10:04.656741 [GLib-GObject] CRITICAL: g_value_get_boolean: assertion `G_VALUE_HOLDS_BOOLEAN (value)' failed 2010.02.14 22:10:04.960287 [libphone-ui]WARNING: Failed to aquire contact fields 2010.02.14 22:10:04.962251 [libphone-ui]DEBUG: No contact found. 2010.02.14 22:10:04.964866 [libphone-ui]DEBUG: Attempting to resolve name for: �L not sure, what that last line refers to, but whatever it means -- simply crashing is bad behaviour. secondly: there's absolutely no contact with non-ascii characters, i very carefully removed all of them due to frequent problems with non-ascii strings. i removed all messages and phoneui-apps does start again. i guess, some try/catches are in order ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Symbian opensource...
As I read there: http://bit.ly/9JtLqG any chance, you post the correct url? this is not twitter, you know. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-t] navit crashes with Reiseplanner maps while searching for a town
No one ? only this: i never really got reiseplaner maps working with navit, they used to crash always. atm navit crashes with everything, both on my amd64 and the freerunner, but i had not time so far to investigate further. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Now someone REALLY has to help me!!
hej, before everything else, it would be really helpful, if you could let us know which operating system you are using. dfu-util is a tool. to flash certain devices, besides others the freerunner. almost every linux distribution should include a package of the program. http://packages.ubuntu.com/search?keywords=dfu-util DFU-util : Wtf is intrepid, jaunty karmic, lucid? Am I supposed to understand that? I thought it was a program. intrepid, jaunty karmic, lucid are the names of the latest releases of ubuntu linux, if you don't know, what they are i suspect, the rest of the tutorial will not be of much help to you either. http://users.on.net/~antisol/neotool NeoTool : Also not a program, just. text? basically any program is just text -- althgough it might not always be legible ;-) i strongly suspect now, that you are not using linux at all. http://www.denx.de/wiki/U-Boot U-boot : I already have it installed on my neo, so I dont need it again? not sure. iirc, the android freerunner used to have a modified u-boot. http://build.shr-project.org/shr-testing/images/om-gta02/full-om-gta02.jffs2 SHR-root filesystem : Im taking the files from the Testing line instead of Unstable, it's ok, right? not necessarily. for a while, unstable used to be more stable than testing. http://build.shr-project.org/shr-testing/images/om-gta02/uImage-om-gta02-latest.bin Kernel module : Only one file? that's the _kernel_, and yes, it is only one file. where does the quote below come from? This is done by first installing the DFU-utility software on a Linux computer, connect the Neo and doing the AUX-startup and also typing in the NEO-tools http://users.on.net/~antisol/neotool text somewhere? %-| i can't make much from the last three lines. neotool is basically a nice frontend to dfu-util, i have no idea inhowfar it still works, since it dates from 2008 according to the code at the link above. it should be impossible to trash your fr simply by flashing -- the freerunner has a read only boot environment (fallback) which can be altered only with a so called debug board. what you, in fact, are supposed to flash, is the r/w boot environment (so you can use newer, improved or different boot software) and the area where the operating system lives. so, repeating myself, let us know what os you are using before we can proceed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] autosuspend does not work anymore
In fact, I did my upgrade a week or so ago, and at first I could turn off the auto-suspend switch in the power settings screen, but it would still suspend regardless. Now it doesn't even let me slide the switch to the off position. I slide it, but it goes back to the on position. you're talking about illume? directly editing the config file (frameworkd.conf). when you indeed in the last week or so, you will now need/have a config file etc/freesmartphone/fsodeviced.conf whcih now should contain those settings. mine reads there (only an extract) [fsodevice.kernel_idle] ... idle = 5 idle_dim = 10 idle_prelock = 6 lock = 2 suspend = 1 My values are still in the config file, but they are never used in the system. When I try to set them via the UI, they don't update. i seem to recall a mail stating, that the settings in illume do not survive a restart of illume. after reinstalling the default config files from the current fso-config-gta02 package (it seems virtually impossible to replace the files by using dpkg with any combination of parameters. i had to remove all files manually and use --force-confmiss) and making only the absolut necessary changes (log files, log level, calypso sleep, rule for power button), it _seems_ to work now. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: posting to a blog vs. this list (was: Re: OT: Where can I meet a female companion with similar interests and personality /in person/?)
what is that ruckus all about? once in a while brolin posts a message about his personal progress -- always with the same subject and hence easily to be filtered by the mail client for those unable to do it by themselves while reading the subject already. the most traffic and the real annoyance are messages complaining about the ot-ness of brolin's posts. there are but a few who complain, and probably also but a few who are interested -- the vast majority tolerates his mails. so, please all of you complaining: use your head or at least your computer and ignore his mails in future -- but spare us the griping. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian on uSD] where is mmcblk0?
what ist the output of mount ? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
