Re: [OM2009] airplane mode
Warren Baird writes: > I was wondering if there was a way to make OM2009 safe for use on an > airplane Hey, do you really believe using some electronic device (including various radio transmitters) might be unsafe on an airplane? Those stupid agencies prohibit bringing water on board but don't do anything (except a polite warning) about oh-they-are-so-dangerous "electronic devices"? Come on. http://en.wikipedia.org/wiki/Mobile_phones_on_aircraft -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why one cannot recommend the freerunner as a daily phone
Thanks for reminding us about the issues that still exist. However, you should really report them as bugs so that they don't get lost and can be analyzed better. Joerg Lippmann writes: > - The device wakes up too slowly, I lost some calls. Confirmed, ringtone is sometimes played few seconds (<10) later than you'd expect. I think this slowness is mostly due to userland. What if you 1) before suspend mute speaker 2) before suspend start aplay to play the ringtone 3) on resume check /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-resume.0/resume_reason 4) if resume reason is GSM, unmute speaker 5) if resume reason is not GSM, kill aplay and then unmute speaker instead of waiting for ogsmd to interpret what calypso has to say? > - The volume is way to low, You can really only use it indoors. That's tricky but tunable. Do you have buzz-fixed version? Using http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset.state.new and finding a good value for AT+CLVL during a call should help. Your dialer might be settings AT+CLVL to a bad value? > - The Display is too dark for sunny days, even in the shade. Confirmed although I really don't have another device to compare with. > - The battery lasts only a few hours, again, I lost many calls (this depends > on the distro. But even with a »good« one, I had cases in which the device > did > not suspend due to something crashing) In suspend it should last a day easily. What's in current_now file immediately after resume? > - Wifi does not work reliably and it takes a long time to connect. Bug #2277 Wireless does not work with the 2.6.29 kernel > - the on-screen keyboards are all terrible for finger-typing. I liked the one > from QTe, but you have to install german wordlists by hand. Also it was > impractical to switch upper/lowercase. Best solution would be to use > landscape > automatically. I'm a happy user of xvkbd. My layout is http://iki.fi/lindi/openmoko/XVkbd-lindi -- I don't use a wordlist. > (- Many people I called complained about terrible buzz, but I hope to get the > fix soon) Ah, that makes the volume issue also difficult. Get the fix and then tune the volume! > - The alarm clock does not work reliably. You should report that as a bug so that we can determine if it's a hardware, kernel or userland problem. I'm just using a tool that issues RTC_WKALM_SET to /dev/rtc0 > - When the battery is completely empty, it takes ages to reload the phone and > you're not able to turn it on even when plugged in. Confirmed. This could be fixed by having e.g. u-boot force 500 mA charging mode, show the user current charge and current and also maybe dim the display so that most energy really goes to the battery? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why one cannot recommend the freerunner as a daily phone (was Re: Is a FreeRunner sufficient for me?)
i use it for about a year now as sole phone, after some weeks with 2007.X i installed debian with fso (a kind of distri you forgot to metion, too). > - The device wakes up too slowly, I lost some calls. no problem for month now. > - The vibrator is too weak, I missed more calls. most if not all vibrators i have known i cellphones were _way_ weaker -- most notably the treo650's, which made me lose more calls than the fr until now. > - The volume is way to low, You can really only use it indoors. no problem here. > - The Display is too dark for sunny days, even in the shade. -no problem here > - I lost many SMS. I eventually receiced most of them after restarting > the > device experienced tha a long time ago, imo at least in fso that is fixed. > - The battery lasts only a few hours, again, I lost many calls (this > depends > on the distro. But even with a »good« one, I had cases in which the > device did > not suspend due to something crashing) dunno, what you mean by "couple of hours", i get at least 48h standby, crashing and leaving th fr in a unsuable state happens every couple of month. i say, that's a rate other devices have too. > - Sometimes I cannot access the phonebook (Android, SHR) no problem here, but i use zhone and tweaked it to read not from sim but vcf file. > - Wifi does not work reliably and it takes a long time to connect. true > - The device/software is terribly slow. How fast was even the oldest > palm in comparison! compared with a plam, that's true -- but then, the palms were never able to do multi tasking. > - the on-screen keyboards are all terrible for finger-typing. I liked > the one from QTe, but you have to install german wordlists by hand. Also > it was > impractical to switch upper/lowercase. Best solution would be to use > landscape automatically. no problems here, i use matchbox-keyboard, which is sufficient for my needs. and i am no friend of completion either. > - Even simple tasks like inserting the number of the caller into the > addressbook is sometimes impossible or very complicated. far to general -- what software/distribution are you talking about? > - The alarm clock does not work reliably. don't know, i never used them. in the beginning there were no working alarms and i bought a little alarm clock, which is the only use i have for alarms anyway. > - When the battery is completely empty, it takes ages to reload the > phone and you're not able to turn it on even when plugged in. not more than about 1h -- after that the fr is able to boot and you can access it. > - You cannot sync dates or even contacts, PIM-functions are virtually > non-existent. ever checked avaliable sw repos? debian has all kinds of sw available and thus even pim, the integration with other apps (namely calling/sms) is indeed missing so far. and with those apps you can sync the same way you would eg a laptop's pim with a desktop's > (And I did not mention nice things like video-playback, a good > MP3-Player, voice-notes, a nice email-Interface or a feed-aggregator...) see above. if you can't find apps for non-debian distris, it's most likely because of the fact that no one missed the really so far and cared to create them. i for one don't miss those. i don't say (like you do) "it is ready. period", but i say "it is ready for _me_ and sufficiently fits _my_ needs. period." ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: [All?] Dictator - the most undemocratic recording and dictation software ever
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 While OSM2go isn't - today - working as expeted on FreeRunner, we have Mumpot that, in the last version, is quite perfect. The only lack of Mumpot, compared with OSM2go are presets (JOSM like tagging menus) and the satellite overlay (wich, I think, for street-mapping, it isn't useful). On the other hand, Mumpot is optimized for FreeRunner, and the map is fullscreen. However, I think it'll be great to have both ported perfectly on FreeRunner, so... long life to OSM2go "porters"! 2009/5/8 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.5) iEYEARECAAYFAko96awACgkQRi2TsGSC4Fa1VwCgl6TLryXdBhAQyQWgE5yc29Un t0EAmgLwjjUzGNh8CSt3n5TFLCQ503Yv =BdFQ -END PGP SIGNATURE- > > On May 8, 2009 8:48am, Andreas Kemnade wrote: > > > The only thing I notice, in our (community) work is that today we have a > > > LOT of applications doing gpx recording (going with memory, I remember > > > TangoGPS, BikeAtor, Navit, probably also GPS Sight and Mumpot). Some > > > applications have a database to insert POIs (like TangoGPS), but still > > > doesn't exists something integrating all the features we > > > (OSMmappers/surveyors) need. > > OSM2go would cover most people requirements. As far as I can tell > (http://comiles.eu/~natanael/wordpress/tag/osm2go), it isn't quite there yet > on the FR. > > Regards > > Jeff -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] turning illume keyboard off causes illume to fail with ffalarms
jeremy jozwik writes: > nice interesting error creeping on me this morning, after installing literki > i figured i would switch the keyboard to none in elementary. works great for > the adding new contact, the one place > where the default keyboard would auto show. i could now use literki without > the interface changing. trouble is when i go to ffalarms led clock mode i get > the white screen of death endlessly. and > with no interface to close out ffalarms the only solution is a battery take > out. > > anyone got some ideas for me to stop this from happening? Yes if I start Literki and select keyboard None (for Default keyboard it works with no problem) I got Enlightenment Error (SEGV). For coming soon vala/elementary reimplementation of ffalarms Enlightenment segfaults only once (Elementary does try to reenter fullscreen after new Enlightenment appears), so it will be improvement :). for ffalarms you can comment out fullscreen in ./usr/lib/python2.6/site-packages/ffalarms/ffalarms.py as in this patch: --- ffalarms.py-orig2009-06-21 10:17:43.0 +0200 +++ ffalarms.py 2009-06-21 10:17:44.0 +0200 @@ -384,13 +384,13 @@ self.signal_emit(("12hr-format", "24hr-format")[bool(h24)], "") self.signal_emit("start", "") self.stack.push(self) -self.stack.ee.fullscreen = True +#self.stack.ee.fullscreen = True self.focus = True def stop(self, edc, signal, source): self.focus = False self.signal_emit("stop", ""); -self.stack.ee.fullscreen = False +#self.stack.ee.fullscreen = False self.stack.pop(self) if self.brightness is not None: self._set_brightness(self.brightness) > > - jeremy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] turning illume keyboard off causes illume to fail with ffalarms
W dniu 21 czerwca 2009 10:25 użytkownik Łukasz Pankowski napisał: > jeremy jozwik writes: > > > nice interesting error creeping on me this morning, after installing > literki i figured i would switch the keyboard to none in elementary. works > great for the adding new contact, the one place > > where the default keyboard would auto show. i could now use literki > without the interface changing. trouble is when i go to ffalarms led clock > mode i get the white screen of death endlessly. and > > with no interface to close out ffalarms the only solution is a battery > take out. > > > > anyone got some ideas for me to stop this from happening? > > Yes if I start Literki and select keyboard None (for Default keyboard it > works with no problem) I got Enlightenment Error (SEGV). For coming > soon vala/elementary reimplementation of ffalarms Enlightenment > segfaults only once (Elementary does try to reenter fullscreen after new > Enlightenment appears), so it will be improvement :). > I get a lot of Enlightenment SEGV with recent shr-unstable and om2009 testing. This happens when Tangogps or Omgps try to go fullscreen and when I touch the top panel in Woosh. The recover option doesn't work, I have to restart X. Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wpa-exiting with code 1 ???
...and trying with latest kernel i get a kernel panic... do you have a working wifi (or at least a non criptic wpasupplicant behaviour) with shr-unstable? d On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini wrote: > Hi guys, > i'm experiencing some problems with shr unstable... so i downloaded the > last one (20090617) and I use that with my favourite kernel (2.28-rc4) with > its modules... but the problem still remains: when i try to connect to my > home-wifi i get: > r...@om-gta02 /etc/network $ ifup eth0 > WPA: Configuring Interface > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > ioctl[SIOCSIWENCODEEXT]: Operation not supported > run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code 1 > > > do you have any idea? > thanks > d > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wpa-exiting with code 1 ???
i don't have a problem using wlan with wpa on latest shr-unstable. I use mofi (included in shr) to connect to my wlan-router. jake On 6/21/09, Davide Scaini wrote: > ...and trying with latest kernel i get a kernel panic... > do you have a working wifi (or at least a non criptic wpasupplicant > behaviour) with shr-unstable? > d > > On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini wrote: > >> Hi guys, >> i'm experiencing some problems with shr unstable... so i downloaded the >> last one (20090617) and I use that with my favourite kernel (2.28-rc4) >> with >> its modules... but the problem still remains: when i try to connect to my >> home-wifi i get: >> r...@om-gta02 /etc/network $ ifup eth0 >> WPA: Configuring Interface >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code 1 >> >> >> do you have any idea? >> thanks >> d >> > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wpa-exiting with code 1 ???
Do you know which kernel you use where wlan and wpa is working? Because i use the latest andy-tracking (in debian) for a few months now and wlan with wpa isn't working since than. But i don't exactly know if the problem is the kernel or wpa_supplicant or something else. Last time it worked was with the deprecated 2.6.24 kernel series. :( Ciao, Rainer Jakob wrote: > i don't have a problem using wlan with wpa on latest shr-unstable. I > use mofi (included in shr) to connect to my wlan-router. > > jake > > On 6/21/09, Davide Scaini wrote: >> ...and trying with latest kernel i get a kernel panic... >> do you have a working wifi (or at least a non criptic wpasupplicant >> behaviour) with shr-unstable? >> d >> >> On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini wrote: >> >>> Hi guys, >>> i'm experiencing some problems with shr unstable... so i downloaded the >>> last one (20090617) and I use that with my favourite kernel (2.28-rc4) >>> with >>> its modules... but the problem still remains: when i try to connect to my >>> home-wifi i get: >>> r...@om-gta02 /etc/network $ ifup eth0 >>> WPA: Configuring Interface >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >>> run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code 1 >>> >>> >>> do you have any idea? >>> thanks >>> d >>> > > ___ > 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: [shr-u] wpa-exiting with code 1 ???
ok, imho it's a mixture of kernel and wpa/shr version... i had a shr-u well working with the kernel i mentioned, but latest shr-u is _really_ nicer! so, i would like to have the wifi working with that... if possible. @Jakob: which kernel do you use, please? ...it seems to me an hard balancing... d On Sun, Jun 21, 2009 at 3:17 PM, Fox Mulder wrote: > Do you know which kernel you use where wlan and wpa is working? > > Because i use the latest andy-tracking (in debian) for a few months now > and wlan with wpa isn't working since than. But i don't exactly know if > the problem is the kernel or wpa_supplicant or something else. Last time > it worked was with the deprecated 2.6.24 kernel series. :( > > Ciao, > Rainer > > Jakob wrote: > > i don't have a problem using wlan with wpa on latest shr-unstable. I > > use mofi (included in shr) to connect to my wlan-router. > > > > jake > > > > On 6/21/09, Davide Scaini wrote: > >> ...and trying with latest kernel i get a kernel panic... > >> do you have a working wifi (or at least a non criptic wpasupplicant > >> behaviour) with shr-unstable? > >> d > >> > >> On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini > wrote: > >> > >>> Hi guys, > >>> i'm experiencing some problems with shr unstable... so i downloaded the > >>> last one (20090617) and I use that with my favourite kernel (2.28-rc4) > >>> with > >>> its modules... but the problem still remains: when i try to connect to > my > >>> home-wifi i get: > >>> r...@om-gta02 /etc/network $ ifup eth0 > >>> WPA: Configuring Interface > >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >>> run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code 1 > >>> > >>> > >>> do you have any idea? > >>> thanks > >>> d > >>> > > > > ___ > > 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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wpa-exiting with code 1 ???
i'm using the latest kernel provided by shr. It's from June 15th. I don't know on what the kernel is based on. jake On 6/21/09, Davide Scaini wrote: > ok, > imho it's a mixture of kernel and wpa/shr version... i had a shr-u well > working with the kernel i mentioned, but latest shr-u is _really_ nicer! so, > i would like to have the wifi working with that... if possible. > @Jakob: which kernel do you use, please? > ...it seems to me an hard balancing... > d > > On Sun, Jun 21, 2009 at 3:17 PM, Fox Mulder wrote: > >> Do you know which kernel you use where wlan and wpa is working? >> >> Because i use the latest andy-tracking (in debian) for a few months now >> and wlan with wpa isn't working since than. But i don't exactly know if >> the problem is the kernel or wpa_supplicant or something else. Last time >> it worked was with the deprecated 2.6.24 kernel series. :( >> >> Ciao, >> Rainer >> >> Jakob wrote: >> > i don't have a problem using wlan with wpa on latest shr-unstable. I >> > use mofi (included in shr) to connect to my wlan-router. >> > >> > jake >> > >> > On 6/21/09, Davide Scaini wrote: >> >> ...and trying with latest kernel i get a kernel panic... >> >> do you have a working wifi (or at least a non criptic wpasupplicant >> >> behaviour) with shr-unstable? >> >> d >> >> >> >> On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini >> wrote: >> >> >> >>> Hi guys, >> >>> i'm experiencing some problems with shr unstable... so i downloaded >> >>> the >> >>> last one (20090617) and I use that with my favourite kernel (2.28-rc4) >> >>> with >> >>> its modules... but the problem still remains: when i try to connect to >> my >> >>> home-wifi i get: >> >>> r...@om-gta02 /etc/network $ ifup eth0 >> >>> WPA: Configuring Interface >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >>> run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code 1 >> >>> >> >>> >> >>> do you have any idea? >> >>> thanks >> >>> d >> >>> >> > >> > ___ >> > 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 >> > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wpa-exiting with code 1 ???
Ok, than it should be the latest kernel from [1]. The kernel there is from June 15th [2]. I will try this kernel with debian and maybe wlan works better than andy-tracking from [3]. :) Ciao, Rainer [1]http://build.shr-project.org/shr-unstable/images/om-gta02/ [2]uImage-2.6.29-oe10+gitr119819+5a6ed99264c704e517ac312283c58204ee38fee5-r3.5-om-gta02.bin [3]http://git.openmoko.org/?p=kernel.git;a=shortlog;h=andy-tracking Jakob wrote: > i'm using the latest kernel provided by shr. It's from June 15th. I > don't know on what the kernel is based on. > > jake > > On 6/21/09, Davide Scaini wrote: >> ok, >> imho it's a mixture of kernel and wpa/shr version... i had a shr-u well >> working with the kernel i mentioned, but latest shr-u is _really_ nicer! so, >> i would like to have the wifi working with that... if possible. >> @Jakob: which kernel do you use, please? >> ...it seems to me an hard balancing... >> d >> >> On Sun, Jun 21, 2009 at 3:17 PM, Fox Mulder wrote: >> >>> Do you know which kernel you use where wlan and wpa is working? >>> >>> Because i use the latest andy-tracking (in debian) for a few months now >>> and wlan with wpa isn't working since than. But i don't exactly know if >>> the problem is the kernel or wpa_supplicant or something else. Last time >>> it worked was with the deprecated 2.6.24 kernel series. :( >>> >>> Ciao, >>> Rainer >>> >>> Jakob wrote: i don't have a problem using wlan with wpa on latest shr-unstable. I use mofi (included in shr) to connect to my wlan-router. jake On 6/21/09, Davide Scaini wrote: > ...and trying with latest kernel i get a kernel panic... > do you have a working wifi (or at least a non criptic wpasupplicant > behaviour) with shr-unstable? > d > > On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini >>> wrote: >> Hi guys, >> i'm experiencing some problems with shr unstable... so i downloaded >> the >> last one (20090617) and I use that with my favourite kernel (2.28-rc4) >> with >> its modules... but the problem still remains: when i try to connect to >>> my >> home-wifi i get: >> r...@om-gta02 /etc/network $ ifup eth0 >> WPA: Configuring Interface >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code 1 >> >> >> do you have any idea? >> thanks >> d >> ___ 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 >>> > > ___ > 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: [shr-u] wpa-exiting with code 1 ???
guess it's a 2.6.29-rc3 but i'll give a look. thanks... no other ideas about this problem? reproducibility it's a nightmare on this fr... d On Sun, Jun 21, 2009 at 4:24 PM, Jakob wrote: > i'm using the latest kernel provided by shr. It's from June 15th. I > don't know on what the kernel is based on. > > jake > > On 6/21/09, Davide Scaini wrote: > > ok, > > imho it's a mixture of kernel and wpa/shr version... i had a shr-u well > > working with the kernel i mentioned, but latest shr-u is _really_ nicer! > so, > > i would like to have the wifi working with that... if possible. > > @Jakob: which kernel do you use, please? > > ...it seems to me an hard balancing... > > d > > > > On Sun, Jun 21, 2009 at 3:17 PM, Fox Mulder wrote: > > > >> Do you know which kernel you use where wlan and wpa is working? > >> > >> Because i use the latest andy-tracking (in debian) for a few months now > >> and wlan with wpa isn't working since than. But i don't exactly know if > >> the problem is the kernel or wpa_supplicant or something else. Last time > >> it worked was with the deprecated 2.6.24 kernel series. :( > >> > >> Ciao, > >> Rainer > >> > >> Jakob wrote: > >> > i don't have a problem using wlan with wpa on latest shr-unstable. I > >> > use mofi (included in shr) to connect to my wlan-router. > >> > > >> > jake > >> > > >> > On 6/21/09, Davide Scaini wrote: > >> >> ...and trying with latest kernel i get a kernel panic... > >> >> do you have a working wifi (or at least a non criptic wpasupplicant > >> >> behaviour) with shr-unstable? > >> >> d > >> >> > >> >> On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini > >> wrote: > >> >> > >> >>> Hi guys, > >> >>> i'm experiencing some problems with shr unstable... so i downloaded > >> >>> the > >> >>> last one (20090617) and I use that with my favourite kernel > (2.28-rc4) > >> >>> with > >> >>> its modules... but the problem still remains: when i try to connect > to > >> my > >> >>> home-wifi i get: > >> >>> r...@om-gta02 /etc/network $ ifup eth0 > >> >>> WPA: Configuring Interface > >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported > >> >>> run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code 1 > >> >>> > >> >>> > >> >>> do you have any idea? > >> >>> thanks > >> >>> d > >> >>> > >> > > >> > ___ > >> > 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 > >> > > > > ___ > 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: [shr-u] wpa-exiting with code 1 ???
yeah that's right. It's a 2.6.29-rc3 jake On 6/21/09, Davide Scaini wrote: > guess it's a 2.6.29-rc3 but i'll give a look. thanks... > no other ideas about this problem? > reproducibility it's a nightmare on this fr... > d > > On Sun, Jun 21, 2009 at 4:24 PM, Jakob wrote: > >> i'm using the latest kernel provided by shr. It's from June 15th. I >> don't know on what the kernel is based on. >> >> jake >> >> On 6/21/09, Davide Scaini wrote: >> > ok, >> > imho it's a mixture of kernel and wpa/shr version... i had a shr-u well >> > working with the kernel i mentioned, but latest shr-u is _really_ >> > nicer! >> so, >> > i would like to have the wifi working with that... if possible. >> > @Jakob: which kernel do you use, please? >> > ...it seems to me an hard balancing... >> > d >> > >> > On Sun, Jun 21, 2009 at 3:17 PM, Fox Mulder wrote: >> > >> >> Do you know which kernel you use where wlan and wpa is working? >> >> >> >> Because i use the latest andy-tracking (in debian) for a few months >> >> now >> >> and wlan with wpa isn't working since than. But i don't exactly know >> >> if >> >> the problem is the kernel or wpa_supplicant or something else. Last >> >> time >> >> it worked was with the deprecated 2.6.24 kernel series. :( >> >> >> >> Ciao, >> >> Rainer >> >> >> >> Jakob wrote: >> >> > i don't have a problem using wlan with wpa on latest shr-unstable. I >> >> > use mofi (included in shr) to connect to my wlan-router. >> >> > >> >> > jake >> >> > >> >> > On 6/21/09, Davide Scaini wrote: >> >> >> ...and trying with latest kernel i get a kernel panic... >> >> >> do you have a working wifi (or at least a non criptic wpasupplicant >> >> >> behaviour) with shr-unstable? >> >> >> d >> >> >> >> >> >> On Fri, Jun 19, 2009 at 3:49 PM, Davide Scaini >> >> wrote: >> >> >> >> >> >>> Hi guys, >> >> >>> i'm experiencing some problems with shr unstable... so i >> >> >>> downloaded >> >> >>> the >> >> >>> last one (20090617) and I use that with my favourite kernel >> (2.28-rc4) >> >> >>> with >> >> >>> its modules... but the problem still remains: when i try to >> >> >>> connect >> to >> >> my >> >> >>> home-wifi i get: >> >> >>> r...@om-gta02 /etc/network $ ifup eth0 >> >> >>> WPA: Configuring Interface >> >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >> >>> ioctl[SIOCSIWENCODEEXT]: Operation not supported >> >> >>> run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with code >> >> >>> 1 >> >> >>> >> >> >>> >> >> >>> do you have any idea? >> >> >>> thanks >> >> >>> d >> >> >>> >> >> > >> >> > ___ >> >> > 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 >> >> >> > >> >> ___ >> 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
PISI 0.3 released
We just released PISI 0.3. Contacts synchronization was extended by SIM (via DBUS) support - making it available to SHR users. Python 2.6 is supported as well (including all dependency packages). Contacts Synchronization currently supports - SIM Card via DBUS (e.g. SHR) - QTopia SQLite (e.g. OM 2008.12) - LDAP (read only) - VCF files (local and webdav), and - Google Contacts Calendar synchronization supports - Google Calendar, and - ICalendar files (local and webdav) Get your copy here: http://www.opkg.org/package_191.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Update "Who is who" on wiki
I recall that ages ago many people on this list were complaining that Openmoko wasn't as open as they had promised. They felt not informed about what was going on behind the curtain of core development. When everything is turned over to the community now, it is our chance to do better. As proposed before on this list it would be a good idea to update the information at http://wiki.openmoko.org/wiki/Who_is_Who. While I am afraid to touch this page directly, here is what I would have so far: Kernel: - Nelson Castillo - Luca Capello - ? FSO (freesmartphone.org): - Michael Lauer (Mickey) - Jan Luebbe (Shoragan) - Daniel Willmann (Alphaone) - Stefan Schmidt Om2009: - Angus Lee - ? Paroli: - Mirko Lidner SHR: - ? Xorg glamo: - Thomas White Please help completing this list. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
QtMaze - Mokomaze 0.2 for Qt Extended
Hi, All we know that the only thing that stops people from use of Qt Extended as main distro is lack of Mokomaze :) I've decided to learn QtE a little and already rewrited Mokomaze 0.2 to use Qt. The port is named QtMaze and there are its benefits: * it works * it can be included in distro ;) Anti-dim-and-suspend functionality is built in and seems to work fine. Up-to-date extended levelpack is also included. There is a new feature: keep level switching button pressed to fast-forward/fast-rewind. Known problem: the game will go to fullscreen mode properly only after enabling/disabling screen lock. There is a demonstration video on youtube [1]. You can find screenshots as well as download links and installation instructions on QtMaze's page [2]. [1] http://www.youtube.com/watch?v=jaRtQOPMBO4 [2] http://mokomaze.projects.openmoko.org/qt/ Have Fun, Anton -- View this message in context: http://n2.nabble.com/QtMaze---Mokomaze-0.2-for-Qt-Extended-tp3129539p3129539.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] airplane mode
Hey - no I don't particularly believe that the phone will cause a problem. However I also don't like lying to people - so if I got hassled by the stews, I'd like to be able to honestly say I've turned off the phone component. Warren On Sun, Jun 21, 2009 at 3:06 AM, Paul Fertser wrote: > Warren Baird writes: > > I was wondering if there was a way to make OM2009 safe for use on an > > airplane > > Hey, do you really believe using some electronic device (including > various radio transmitters) might be unsafe on an airplane? > > Those stupid agencies prohibit bringing water on board but don't do > anything (except a polite warning) about oh-they-are-so-dangerous > "electronic devices"? > > Come on. > > http://en.wikipedia.org/wiki/Mobile_phones_on_aircraft > > -- > Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! > mailto:fercer...@gmail.com > -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] airplane mode
On Sun, 21 Jun 2009 15:01:16 -0400 Warren Baird (WB) wrote: >Hey - no I don't particularly believe that the phone will cause a >problem. However I also don't like lying to people - so if I got >hassled by the stews, I'd like to be able to honestly say I've turned >off the phone component. plus save battery. in shr, you can turn of gsm by shr-settings or shr-config Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Update "Who is who" on wiki
Fabian Killus writes: > Xorg glamo: > - Thomas White I'd add Lars-Peter Clausen here (38 commits to xf86-video-glamo). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Update "Who is who" on wiki
On Sun, Jun 21, 2009 at 17:50, Fabian Killus wrote: > SHR: > - ? There are now 11 members in SHR coreteam: ptitjes, mrmoku, dos1 (that's me! ;D), spaetz, TAsn, Deubeuliou, m0nt0, Ainulindale, Toaster`, methril, mickeyl Most of guys working on SHR are mentioned in Ainulindale's presentation at FSOSHRUDCON'09: http://build.shr-project.org/fsoshrudcon/FSOSHRUDCON09-SHR-JulienCassignol.pdf I think that could be helpful :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Update "Who is who" on wiki
On Sun, 21 Jun 2009 22:30:40 +0300 Timo Juhani Lindfors wrote: > Fabian Killus writes: > > Xorg glamo: > > - Thomas White > > I'd add Lars-Peter Clausen here (38 commits to xf86-video-glamo). Absolutely - certainly before my own name. What me (and Andreas, and hopefully a few others) are doing is really just experimental at this stage. Lars is the one providing real useful code at the moment. Tom -- Thomas White ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMaze - Mokomaze 0.2 for Qt Extended
That's awesome :) I'm trying to compile the image with this game too :) If everything works as it should this app will be in my repository git really soon :) Thank you for your help :) On Sun, Jun 21, 2009 at 8:57 PM, ANT wrote: > > Hi, > > All we know that the only thing that stops people from use of Qt Extended as > main distro is lack of Mokomaze :) > I've decided to learn QtE a little and already rewrited Mokomaze 0.2 to use > Qt. The port is named QtMaze and there are its benefits: > * it works > * it can be included in distro ;) > > Anti-dim-and-suspend functionality is built in and seems to work fine. > Up-to-date extended levelpack is also included. > There is a new feature: keep level switching button pressed to > fast-forward/fast-rewind. > > Known problem: the game will go to fullscreen mode properly only after > enabling/disabling screen lock. > > There is a demonstration video on youtube [1]. > You can find screenshots as well as download links and installation > instructions on QtMaze's page [2]. > > [1] http://www.youtube.com/watch?v=jaRtQOPMBO4 > [2] http://mokomaze.projects.openmoko.org/qt/ > > Have Fun, > > Anton > -- > View this message in context: > http://n2.nabble.com/QtMaze---Mokomaze-0.2-for-Qt-Extended-tp3129539p3129539.html > Sent from the Openmoko Community mailing list archive at Nabble.com. > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is a FreeRunner sufficient for me?
2009/6/20 Ben Wong : > I must respectfully disagree with Joerg's advice to you. There are > flaws, including the ones Joerg points out, but they do not > necessarily make the Freeruner unsuitable as a daily phone. Agreed. FreeRunner is my only phone as well. > The sound quality is "terrible" according to Joerg, but that has not > been my experience. Perhaps I'm just lucky, having bought a later > model unit, I've one from the first batches (GTA02a5), nothing wrong with sound after the buzz fix. I believe that's just either a rumor based on the buzz problems of the past or wrong default ALSA settings (current SHR, Om2009, Debian I believe should be better than before). It's completely correct to say Neo is still not for everyone, but it is also likewise correct to say it's very usable for day-to-day phone usage for some people. It's also possible to "leave it as is" if one doesn't want to tweak / hack it for a while. In the winter I think I didn't touch anything from ca. December to late February, just used it. I had my tweaked Om2008.12 back then. Meanwhile, Om2009 looks like quite usable out-of-the-box already - I've it as a dual-boot together with Debian which I use mainly, and Om2009 is just simply usable. The latest test version seems to offer quite a bit of flexibility as well if one enables the "serenity" theme from the display settings menu. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Update "Who is who" on wiki
QtMoko - Lorn Potter (lpotter) - Radekp (I dunno the real name) - Franky Van Liedekerke (liedekef) - Fabio Alessandro Locati (fale) I hope to haven't forgot anyone. On Sun, Jun 21, 2009 at 9:58 PM, Thomas White wrote: > On Sun, 21 Jun 2009 22:30:40 +0300 > Timo Juhani Lindfors wrote: > >> Fabian Killus writes: >> > Xorg glamo: >> > - Thomas White >> >> I'd add Lars-Peter Clausen here (38 commits to xf86-video-glamo). > > Absolutely - certainly before my own name. What me (and Andreas, and > hopefully a few others) are doing is really just experimental at this > stage. Lars is the one providing real useful code at the moment. > > Tom > > -- > Thomas White > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMaze - Mokomaze 0.2 for Qt Extended
Well, after you. I will do a new snapbuild. :p On Mon, Jun 22, 2009 at 4:01 AM, Fabio Locati wrote: > That's awesome :) I'm trying to compile the image with this game too > :) If everything works as it should this app will be in my repository > git really soon :) > Thank you for your help :) > > On Sun, Jun 21, 2009 at 8:57 PM, ANT wrote: > > > > Hi, > > > > All we know that the only thing that stops people from use of Qt Extended > as > > main distro is lack of Mokomaze :) > > I've decided to learn QtE a little and already rewrited Mokomaze 0.2 to > use > > Qt. The port is named QtMaze and there are its benefits: > > * it works > > * it can be included in distro ;) > > > > Anti-dim-and-suspend functionality is built in and seems to work fine. > > Up-to-date extended levelpack is also included. > > There is a new feature: keep level switching button pressed to > > fast-forward/fast-rewind. > > > > Known problem: the game will go to fullscreen mode properly only after > > enabling/disabling screen lock. > > > > There is a demonstration video on youtube [1]. > > You can find screenshots as well as download links and installation > > instructions on QtMaze's page [2]. > > > > [1] http://www.youtube.com/watch?v=jaRtQOPMBO4 > > [2] http://mokomaze.projects.openmoko.org/qt/ > > > > Have Fun, > > > > Anton > > -- > > View this message in context: > http://n2.nabble.com/QtMaze---Mokomaze-0.2-for-Qt-Extended-tp3129539p3129539.html > > Sent from the Openmoko Community mailing list archive at Nabble.com. > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > -- > Fabio A Locati > > Home: Segrate, Milan, Italy (GMT +1) > Phone: +39-328-3799681 > MSN/Jabber/E-Mail: fabioloc...@gmail.com > > PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 > > Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Update "Who is who" on wiki
On June 21, 2009 09:50:14 am Fabian Killus wrote: > I recall that ages ago many people on this list were complaining that > Openmoko wasn't as open as they had promised. They felt not informed > about what was going on behind the curtain of core development. When > everything is turned over to the community now, it is our chance to do > better. > > As proposed before on this list it would be a good idea to update the > information at http://wiki.openmoko.org/wiki/Who_is_Who. While I am > afraid to touch this page directly, here is what I would have so far: > > Kernel: > - Nelson Castillo > - Luca Capello > - ? Werner Almesberger still keeps a close eye of the kernel. I'd also add Paul Fertser. He's made lots of contributions lately. > > FSO (freesmartphone.org): > - Michael Lauer (Mickey) > - Jan Luebbe (Shoragan) > - Daniel Willmann (Alphaone) > - Stefan Schmidt > > Om2009: > - Angus Lee Angus Ainslie > - ? > > Paroli: > - Mirko Lidner > Mirko Lindner > SHR: > - ? > > Xorg glamo: > - Thomas White > > Please help completing this list. > > ___ > 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: QtMaze - Mokomaze 0.2 for Qt Extended
I compiled it but when I try to exec it, it returns "QtMaze was terminated due to application error." I'll have to look a little bit into it On Mon, Jun 22, 2009 at 3:43 AM, HouYu Li wrote: > Well, after you. I will do a new snapbuild. :p > > On Mon, Jun 22, 2009 at 4:01 AM, Fabio Locati wrote: >> >> That's awesome :) I'm trying to compile the image with this game too >> :) If everything works as it should this app will be in my repository >> git really soon :) >> Thank you for your help :) >> >> On Sun, Jun 21, 2009 at 8:57 PM, ANT wrote: >> > >> > Hi, >> > >> > All we know that the only thing that stops people from use of Qt >> > Extended as >> > main distro is lack of Mokomaze :) >> > I've decided to learn QtE a little and already rewrited Mokomaze 0.2 to >> > use >> > Qt. The port is named QtMaze and there are its benefits: >> > * it works >> > * it can be included in distro ;) >> > >> > Anti-dim-and-suspend functionality is built in and seems to work fine. >> > Up-to-date extended levelpack is also included. >> > There is a new feature: keep level switching button pressed to >> > fast-forward/fast-rewind. >> > >> > Known problem: the game will go to fullscreen mode properly only after >> > enabling/disabling screen lock. >> > >> > There is a demonstration video on youtube [1]. >> > You can find screenshots as well as download links and installation >> > instructions on QtMaze's page [2]. >> > >> > [1] http://www.youtube.com/watch?v=jaRtQOPMBO4 >> > [2] http://mokomaze.projects.openmoko.org/qt/ >> > >> > Have Fun, >> > >> > Anton >> > -- >> > View this message in context: >> > http://n2.nabble.com/QtMaze---Mokomaze-0.2-for-Qt-Extended-tp3129539p3129539.html >> > Sent from the Openmoko Community mailing list archive at Nabble.com. >> > >> > >> > ___ >> > Openmoko community mailing list >> > community@lists.openmoko.org >> > http://lists.openmoko.org/mailman/listinfo/community >> > >> >> >> >> -- >> Fabio A Locati >> >> Home: Segrate, Milan, Italy (GMT +1) >> Phone: +39-328-3799681 >> MSN/Jabber/E-Mail: fabioloc...@gmail.com >> >> PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 >> >> Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community > > > > -- > Best Regards > > HouYu Li, Karajan > > karajan_ii (at) hotmail.com > karadog (at) gmail.com > lihouyu (at) phpex.net > > PHP Developer > Red Hat Certified Engineer > > Shanghai, China > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why one cannot recommend the freerunner as a daily phone (was Re: Is a FreeRunner sufficient for me?)
On Sat, Jun 20, 2009 at 1:38 PM, Joerg Lippmann wrote: >> > Then the Freerunner is not for you. >> > It may sound harsh, but it's definitely *not* suitable for daily use. >> > Period. >> >> I must respectfully disagree with Joerg's advice to you. [...] > OK, maybe I should explain. My mail should not be taken as FUD. I hope I didn't give the impression that I thought Joerg's message was FUD. I think calling "FUD" can too often be an ad hominem attack. Although I disagree with some of Joerg's statements, it's clear that he's trying to help and is being honest about the Freerunner's value to him, personally. I want to thank Joerg for taking the time to give a clear list of reasons why a person might consider the Freerunner unsuitable as a phone. I think it'd be helpful if these and other points were put on the wiki so that potential buyers can see the arguments against the Freerunner, and what the community response is. (E.g., Solved? Kludged? In progress? Unfixable?) --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community