Re: [2008.12] Yet more on the wrench, sorry
On Tue, Mar 03, 2009 at 04:49:41PM -0800, Nick Van Fossen wrote: So I've been frustrated over the last few months just trying to get a working terminal keyboard under 2008.12. I see the distro as borderline useless without this, and as a side point I'm completely baffled by the choice of making the wrench so difficult to get working when it worked fine in 2008.9. So right now I have a working qwerty button and a wrench icon that opens but none of the sub-menus contain anything. I believe all I need to do now is get the keyboard selector menu within the wrench to let me select the default keyboard instead of None, and then I set QT to not export its keyboard and I should be good. My problem though is I can't seem to figure out where the hell the menu information for the wrench tool is located. I have been looking in the e.cfg and related files and the freerunner.edc file within the asu theme, and the files within the illume theme, but I see no mention of the keyboard menu. Also the preconfigured binaries on the enlightenment.cfg wiki page just bring me to a blank white screen, and when I try to use eet to view the source of the e.cfg file included it just says it cannot be opened for reading, so I'm thinking the files are just corrupt. Can anyone give me a pointer on where the wrench menu info is even stored? Are you sure your installation went ok? I didn't have that with 2008.12... Rui -- Grudnuk demand sustenance! Today is Pungenday, the 63rd day of Chaos in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner freely runs Gentoo
On Wed, Mar 4, 2009 at 7:49 AM, Sven Rebhan odinsho...@googlemail.com wrote: 2009/3/4 roguem...@roguewrt.org: I'm waiting for the NetBSD+pkgsrc annoucement :) Isn't it possible to run Gentoo with a BSD kernel!? :-P /me runs and hides It's even officially supported: http://www.gentoo.org/proj/en/gentoo-alt/bsd/fbsd/ However, I wouldn't expect the FreeBSD kernel to support the Neo's hardware good enough. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AW: New accelerometer application, that draws the current perpendicular line and angle
r...@om-gta02:~# opkg install perpendicular http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-1.2-0_1.2.11-r7_armv4t.ipk http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-ttf_2.0.3-r1_armv4t.ipk http://downloads.openmoko.o rg/repository/unstable/armv4t/libstdc++6_4.1.2-r19_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-1.2-0_1.2.11-r7_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-ttf_2.0.3-r1_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/libstdc++6_4.1.2-r19_armv4t.ipk Installing perpendicular (0.1) to root... Downloading http://www.opkg.org/packages/perpendicular_0.1_armv4t.ipk Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Upgrading libsdl-1.2-0 on root from 1.2.11-r6 to 1.2.11-r7... Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Installing libsdl-ttf (2.0.3-r1) to root... Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Upgrading libstdc++6 on root from 4.1.2-r18 to 4.1.2-r19... Configuring libsdl-1.2-0 Configuring libstdc++6 Collected errors: * ERROR: Cannot satisfy the following dependencies for perpendicular: * libsdl-1.2-0 (= 1.2.11-r7.1) * libsdl-ttf (= 2.0.3-r1.1) * libstdc++6 (= 4.1.2-r19.1) * * Package libsdl-ttf md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. r...@om-gta02:~# with --force-depends I was able to install it and start. Nice app, I'd like to see a menu icon for it. I also had some problems with the automatically rotating screen - in the end the line pointed to wrong direction (not down) but anyway :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-testint] On Yaouh! 0.5 and 0.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi list, does anyone know where can I find the opk/ipk for Yaouh! 0.3? I've tried 0.4 on my fresh SHR-testing but, when downloading during the night, it crashed (I don't know why, I'm trying again now to report the error from shell). Yaouh 0.5 simply doesn't work showing an error related to filesystem (but this has been discussed in another topic). So, for my SHR-testing the latest version avaiable for use has been 0.3. Does anyone know where can I get it? Thanks - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* 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) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmuRikACgkQRi2TsGSC4FZ+pwCeJ5usbgA1+M0TSytW8ELKQPhJ 3cgAnjjuhW3Mj1neT56+QDRceG6/qZdP =DPZQ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
Thanks all for answering! I'm using SHR - unstable (testing now). Solved my problem by installing leafpad - simple, but with word wrapping :) Also compiled abiword with OE, but didn't install yet. Leonti On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld sven.bretf...@gmx.ch wrote: Leonti Bielski prishe...@gmail.com writes: Also, is there emacs package for Freerunner available? Emacs can be installed from one of the user-repositories mentioned at the openmoko website. I cannot remember which one. But it worked only with problems on my device. Sometimes it didn't start at all, not even in a shell. I would recommend to install Debian on the SD card [¹]. In Debian you can install everything including Abiword and Emacs. I even had LaTeX installed on my OM. Greetings Sven [¹] http://wiki.debian.org/DebianOnFreeRunner. -- Sven Bretfeld CERES -- CEntrum für REligionswissenschaftliche Studien Ruhr-Universität Bochum Universitätsstraße 150 D-44780 Bochum ___ 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: Word processing application
Hi Could you point out the link to leafpad ipf file please ? I would like to try it :D Thanks 2009/3/4 Leonti Bielski prishe...@gmail.com Thanks all for answering! I'm using SHR - unstable (testing now). Solved my problem by installing leafpad - simple, but with word wrapping :) Also compiled abiword with OE, but didn't install yet. Leonti On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld sven.bretf...@gmx.ch wrote: Leonti Bielski prishe...@gmail.com writes: Also, is there emacs package for Freerunner available? Emacs can be installed from one of the user-repositories mentioned at the openmoko website. I cannot remember which one. But it worked only with problems on my device. Sometimes it didn't start at all, not even in a shell. I would recommend to install Debian on the SD card [¹]. In Debian you can install everything including Abiword and Emacs. I even had LaTeX installed on my OM. Greetings Sven [¹] http://wiki.debian.org/DebianOnFreeRunner. -- Sven Bretfeld CERES -- CEntrum für REligionswissenschaftliche Studien Ruhr-Universität Bochum Universitätsstraße 150 D-44780 Bochum ___ 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-testint] On Yaouh! 0.5 and 0.4
Francesco de Virgilio ha scritto: Hi list, does anyone know where can I find the opk/ipk for Yaouh! 0.3? I've tried 0.4 on my fresh SHR-testing but, when downloading during the night, it crashed (I don't know why, I'm trying again now to report the error from shell). you can found all old version here http://projects.openmoko.org/frs/?group_id=250 Yaouh 0.5 simply doesn't work showing an error related to filesystem (but this has been discussed in another topic). So, for my SHR-testing the latest version avaiable for use has been 0.3. Does anyone know where can I get it? now i have installed SHR for testing 0.5 e search for a solution... if i don't found i delete the secondo progress bar :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testint] On Yaouh! 0.5 and 0.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlo Minucci ha scritto: Francesco de Virgilio ha scritto: Hi list, does anyone know where can I find the opk/ipk for Yaouh! 0.3? I've tried 0.4 on my fresh SHR-testing but, when downloading during the night, it crashed (I don't know why, I'm trying again now to report the error from shell). you can found all old version here http://projects.openmoko.org/frs/?group_id=250 Yaouh 0.5 simply doesn't work showing an error related to filesystem (but this has been discussed in another topic). So, for my SHR-testing the latest version avaiable for use has been 0.3. Does anyone know where can I get it? now i have installed SHR for testing 0.5 e search for a solution... if i don't found i delete the secondo progress bar :) Your is a really great work, Carlo :) But, why remove the progress bar? Could not make it optional, configurable from a simple sub-menu (Show empty space - Yes/No)? I think that space indicator is a great feature, I would see it avaiable at least in OM 2008/2009 ;) Thanks again :) - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* 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) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmuTYIACgkQRi2TsGSC4FY7HQCfUFadLg6jm4AQSkIVtouj9/JT HMkAnR48Lt0g9X3xisIhvmTYWYWmwkFq =eGbd -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix
Am Di 27. Januar 2009 schrieb Paul Fertser: Al Johnson openm...@mazikeen.demon.co.uk writes: On Monday 26 January 2009, Christoph Siegenthaler wrote: are there any updates from resellers, FIC or any half-official DIY-tutorials on the hardware problems, i.e. the buzzing? This appears to have benefited from feedback regarding capacitor types from the few people so far to have attempted the mod, The feedback is that: you can use any cap, including tantalum. :) but more feedback is requested. The lack of feedback from people trying it may be why it hasn't yet made it past release candidate stage. No more feedback is really needed. Everyone who performed the rework confirmed that it eliminates the buzz. No single negative report. And i guess at least 10-20 people have already tried the rework. So, the reason that no reseller is doing it yet is probably due to communication/business issues rather than technical. Exactly. I'm not in charge any more to push this fix, but to me it seems we really don't need to quantify how much it improves buzz-issue. The cause and ways to creep in of buzz are well understood by now by some guys at least (and NO it's NOT the mic catching RF near antenna, it's pin4 of hs-jack), the bigC-rework is evidently (based on empiric and EE basics) eliminating the ripple we see on MICBIAS, and a gsmhandset.state file correctly using differential input mode (control.63 value Mic 2) won't break audio function from unfixed to buzzfixed FR. Also we don't need any sophisticated test procedure, as * all devices are prone to buzz issue, so we don't need to prove there is buzz before fix * the big-C rework will either kill the buzz or you find you did sth wrong and mic stops to work. So any engineer doing the actual fix doesn't need any sophisticated fix succeeded test more complicated than that involved in replacing a lightbulb. Test call - works - fine. cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework (was: Re: buzz fix)
Am So 11. Januar 2009 schrieb Alexandre Ghisoli: Le Sun, 11 Jan 2009 19:07:40 +0100, Konstantin chaosspaw...@gmx.net a écrit : Matthias Apitz schrieb: Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) I second this one - offering the hardware fix for the freerunner would be great :) Regards, Konstantin (One of your other happy GTA02 customers ;) ) Yes, hardware fixes (rework) made by resellers would be great. By fixes, I mean : * GPS - SDIO fix (add a capacitor if I remember correctly) There's a sw-fix for that, which mostly just works * Add a GSM IR resistor for deep sleep Huh? * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! * fix the GSM buzz ok, agree here. * ... ??? /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Flickering and no PIN dialog
Pander wrote: Hi all, Are more people experiencing on latest SHR unstable (built feb 28): - screen flickering - instable wifi connection wifi has been fine for me, since I started using the 2.6.28 kernels distributed along with the SHR images in 2009. Well, wpa doesn't work at all, but wep based wifi is fine. The connection stays up for days, and heavy use don't stop it either. Make sure you have a kernel that matches the SHR image. Flashing the rootfs does not update the kernel, it is flashed separately. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
I've just added it to opkg.org: http://www.opkg.org/package_152.html Pleae let me know if it depends on something that you don't have - I will add it. Leonti On Wed, Mar 4, 2009 at 10:29 AM, kimaidou kimai...@gmail.com wrote: Hi Could you point out the link to leafpad ipf file please ? I would like to try it :D Thanks 2009/3/4 Leonti Bielski prishe...@gmail.com Thanks all for answering! I'm using SHR - unstable (testing now). Solved my problem by installing leafpad - simple, but with word wrapping :) Also compiled abiword with OE, but didn't install yet. Leonti On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld sven.bretf...@gmx.ch wrote: Leonti Bielski prishe...@gmail.com writes: Also, is there emacs package for Freerunner available? Emacs can be installed from one of the user-repositories mentioned at the openmoko website. I cannot remember which one. But it worked only with problems on my device. Sometimes it didn't start at all, not even in a shell. I would recommend to install Debian on the SD card [¹]. In Debian you can install everything including Abiword and Emacs. I even had LaTeX installed on my OM. Greetings Sven [¹] http://wiki.debian.org/DebianOnFreeRunner. -- Sven Bretfeld CERES -- CEntrum für REligionswissenschaftliche Studien Ruhr-Universität Bochum Universitätsstraße 150 D-44780 Bochum ___ 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: What to do when apps keep crashing?
Adam Jimerson wrote: None of my contacts are on my SIM card and it would take forever to move all of them onto it, the link the the script quoted is a dead link does anyone have a correct link they can point me to or a suggested app that can read Vcards so I can import my contacts from FDOM, copied onto my MicroSD card, into SHR? I know no such way. This part is currently missing in SHR, so maybe it is not a good distro for you yet. As for the question which one of the files on this server http://build.shr-project.org/shr-testing/images/om-gta02/ is the Kernel needed there seems to be two different ones. These two are actually the same. With time there may be several kernels in that directory, with different versions. uImage-om-gta02-latest.bin is always a copy of the latest among them, so that people who don't follow version numbers and kernel development simply can grab the latest kernel, whatever it might be. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Announcing the first programming competition for Openmoko phones
On Mon, Mar 2, 2009 at 11:44 PM, Aapo Rantalainen aapo.rantalai...@gmail.com wrote: We're announcing the first programming competition for Openmoko phones. You're all invited to participate in the competition to code an audiobook / podcast player. Read the rules and more at http://risto.kurppa.fi/blog/announcing-the-first-programming-competition-for-openmoko-phones/ Aapo Rantalainen Risto H. Kurppa It's now been suggested that cofundos will be used to pay the prize to the winner, see http://risto.kurppa.fi/blog/announcing-the-first-programming-competition-for-openmoko-phones/#comment-435 r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix
On Wed, 4 Mar 2009 09:09:50 +0100 Joerg Reisenweber jo...@openmoko.org (JR) wrote: Am Di 27. Januar 2009 schrieb Paul Fertser: Al Johnson openm...@mazikeen.demon.co.uk writes: On Monday 26 January 2009, Christoph Siegenthaler wrote: are there any updates from resellers, FIC or any half-official DIY-tutorials on the hardware problems, i.e. the buzzing? This appears to have benefited from feedback regarding capacitor types from the few people so far to have attempted the mod, The feedback is that: you can use any cap, including tantalum. :) but more feedback is requested. The lack of feedback from people trying it may be why it hasn't yet made it past release candidate stage. No more feedback is really needed. Everyone who performed the rework confirmed that it eliminates the buzz. No single negative report. And i guess at least 10-20 people have already tried the rework. So, the reason that no reseller is doing it yet is probably due to communication/business issues rather than technical. Exactly. I'm not in charge any more to push this fix, but to me it seems we really don't need to quantify how much it improves buzz-issue. The cause and ways to creep in of buzz are well understood by now by some guys at least (and NO it's NOT the mic catching RF near antenna, it's pin4 of hs-jack), the bigC-rework is evidently (based on empiric and EE basics) eliminating the ripple we see on MICBIAS, and a gsmhandset.state file correctly using differential input mode (control.63 value Mic 2) won't break audio function from unfixed to buzzfixed FR. Also we don't need any sophisticated test procedure, as * all devices are prone to buzz issue, so we don't need to prove there is buzz before fix * the big-C rework will either kill the buzz or you find you did sth wrong and mic stops to work. So any engineer doing the actual fix doesn't need any sophisticated fix succeeded test more complicated than that involved in replacing a lightbulb. Test call - works - fine. cheers jOERG Hi, i am planning to do this on two units possibly (80%) this friday, i have one unit with and other without the buzz issue(*), both will undertake the fix. * the units were not used on same operator and in the same locations so i will try them first under the same conditions side by side to see if i can make my other unit buzz even if it didn't before. If this can be an opportunity for you to have me to test anything, please let me know. Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testint] On Yaouh! 0.5 and 0.4
Carlo Minucci wrote: now i have installed SHR for testing 0.5 e search for a solution... if i don't found i delete the secondo progress bar :) The bar that needs df / to work? No need to get rid of it unconditionally. Test the output of that df command, and make the bar only if df gave a useable response. Those with a working df then gets the bar, and those without still get their tiles updated. (And if they don't like that, they can complain to whoever packages busybox for the SHR distro. df / is supposed to work, according to documentation.) Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GSM Buzz fix also applicable to GTA01?
I have the feeling my GTA01 would also need the buzz fix. Especially in high antenna power situations I have quite substantial buzzing. That might be new, since I have never seen this before, but I only lately started to use my GTA01 as my main phone, I was more of a land line type before. So my question is basically if the GTA02 buzz fix works for me and is it reasonable to think that I need it? Maybe it can really be fixed with a better alsa state file. GTA02 and GTA01 seem to differ quite substantially in regard to board layout, but I guess the audio schematic does not so much. -- Imagination is more important than knowledge. Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
This is great ! Thanks a lot 2009/3/4 Leonti Bielski prishe...@gmail.com I've just added it to opkg.org: http://www.opkg.org/package_152.html Pleae let me know if it depends on something that you don't have - I will add it. Leonti On Wed, Mar 4, 2009 at 10:29 AM, kimaidou kimai...@gmail.com wrote: Hi Could you point out the link to leafpad ipf file please ? I would like to try it :D Thanks 2009/3/4 Leonti Bielski prishe...@gmail.com Thanks all for answering! I'm using SHR - unstable (testing now). Solved my problem by installing leafpad - simple, but with word wrapping :) Also compiled abiword with OE, but didn't install yet. Leonti On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld sven.bretf...@gmx.ch wrote: Leonti Bielski prishe...@gmail.com writes: Also, is there emacs package for Freerunner available? Emacs can be installed from one of the user-repositories mentioned at the openmoko website. I cannot remember which one. But it worked only with problems on my device. Sometimes it didn't start at all, not even in a shell. I would recommend to install Debian on the SD card [¹]. In Debian you can install everything including Abiword and Emacs. I even had LaTeX installed on my OM. Greetings Sven [¹] http://wiki.debian.org/DebianOnFreeRunner. -- Sven Bretfeld CERES -- CEntrum für REligionswissenschaftliche Studien Ruhr-Universität Bochum Universitätsstraße 150 D-44780 Bochum ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testint] On Yaouh! 0.5 and 0.4
Helge Hafting ha scritto: Carlo Minucci wrote: now i have installed SHR for testing 0.5 e search for a solution... if i don't found i delete the secondo progress bar :) The bar that needs df / to work? No need to get rid of it unconditionally. Test the output of that df command, and make the bar only if df gave a useable response. Those with a working df then gets the bar, and those without still get their tiles updated. (And if they don't like that, they can complain to whoever packages busybox for the SHR distro. df / is supposed to work, according to documentation.) in italian language i can answer to you with grazie al cazzo :) i have test df / on SHR, don't work. on om2008.12 work properly i don't know why but i'm working for a solution for now i have release, in the svn, a version working on SHR use this script for upgrade on SHR: wget http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/*checkout*/usr/bin/yaouh.py?conten t-type=text%2Fplainrev=15root=yaouh -O /usr/bin/yaouh.py now work also with default configuration of tangogps (for fix this bug http://wiki.openmoko.org/wiki/Yaouh!#Bug ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] No right click with tslib 0.0.5-1+fso1
export GTK_MODULES=libgtkstylus.so into ~/.xsession. I did that, didn't work. sounds rather as if your .xsession never really was executed. anything else in there? care to post the content here? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM Buzz fix also applicable to GTA01?
Am Mi 4. März 2009 schrieb Tilman Baumann: I have the feeling my GTA01 would also need the buzz fix. Especially in high antenna power situations I have quite substantial buzzing. That might be new, since I have never seen this before, but I only lately started to use my GTA01 as my main phone, I was more of a land line type before. So my question is basically if the GTA02 buzz fix works for me and is it reasonable to think that I need it? Maybe it can really be fixed with a better alsa state file. GTA02 and GTA01 seem to differ quite substantially in regard to board layout, but I guess the audio schematic does not so much. -- Imagination is more important than knowledge. I'll answer more detailed questions on HW-ML (as you can tell from delay I read [community] rather infrequent). Basically the answer is: yes applies to GTA01 as well. And no we don't think buzz can be fixed by better statefile neither on gta02 nor on gta01. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Language of hardware keyboard
Hello! Yesterday I tried to connect my hardware keyboard to Freerunner. I'm using SHR - testing and I used [1] to make it work. But the language of the keyboard is English. How do I change that? Leonti 1. http://git.openmoko.org/?p=openmoko.git;a=blob_plain;f=packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver;h=a26c5c2d702dd427529f5c67e94058456bc49407 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner freely runs Gentoo
Thomas Gstädtner wrote: On Wed, Mar 4, 2009 at 7:49 AM, Sven Rebhanodinsho...@googlemail.com wrote: 2009/3/4roguem...@roguewrt.org: I'm waiting for the NetBSD+pkgsrc annoucement :) Isn't it possible to run Gentoo with a BSD kernel!? :-P /me runs and hides It's even officially supported: http://www.gentoo.org/proj/en/gentoo-alt/bsd/fbsd/ However, I wouldn't expect the FreeBSD kernel to support the Neo's hardware good enough. Everyone knows to use Darwin Kernel and build a Mac like interface on it, oh sorry that's the iPhone... -- Ewan Marshall http://ewanm89.co.uk/ Geek by nature, Linux by choice. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Joerg Reisenweber wrote: Am So 11. Januar 2009 schrieb Alexandre Ghisoli: Le Sun, 11 Jan 2009 19:07:40 +0100, Konstantin chaosspaw...@gmx.net a écrit : Matthias Apitz schrieb: Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) I second this one - offering the hardware fix for the freerunner would be great :) Regards, Konstantin (One of your other happy GTA02 customers ;) ) Yes, hardware fixes (rework) made by resellers would be great. By fixes, I mean : * GPS - SDIO fix (add a capacitor if I remember correctly) There's a sw-fix for that, which mostly just works * Add a GSM IR resistor for deep sleep Huh? * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! * fix the GSM buzz ok, agree here. If I ship the phone somewhere to have a technician fix the buzz, I definitely want the small capacitors on headset output issue fixed too. The capacitor, combined with the resistance of earphones, form a high-pass filter. The cutoff frequency is 1/(2*pi*R*C), where R is headphone resistance and C is the size of the capacitor. The capacitor in the FR has been reported as 1 microfarad. My headset is about 40 ohm, which gives a cutoff frequency of about 4kHz. At 4kHz the sound is halved, and drops by 6db per octave below that. Above, the sound is almost normal. Unfortunately, most of the sound we hear is below 4kHz. A headset usually works down to about 20HZ. If I want the cutoff frequency there, a 200 microfarad capacitor is needed. Is there a plan for such a fix as well? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do when apps keep crashing?
On Tue, Mar 3, 2009 at 9:27 PM, Tim Dobson li...@tdobson.net wrote: Adam Jimerson wrote: I tried 2008.12 and my SIM card would not register so I can't use that. Try SHR. My SIM card which won't work with 2009.12 and 2008.12 annoyingly works fine with it. I flashed SHR on my phone and at first it took it a while to register my SIM but now everything is working fine, it took me a while to get use to the change in ringers though XP ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Language of hardware keyboard
Leonti Bielski wrote: Hello! Yesterday I tried to connect my hardware keyboard to Freerunner. I'm using SHR - testing and I used [1] to make it work. But the language of the keyboard is English. How do I change that? There are at least two ways: 1. Select a proper keyboard in /etc/X11/xorg.conf the file shoukld have a section like this for a Norwegian keyboard. For another language, replace no with whatever you need. Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout no EndSection However, the FR ships without a xorg.conf file. So some experimentation is needed to see if it honors the file, and if you need to install extra keyboard files that not necessarily comes with the device. 2. Remap the keyboard using xmodmap The FR ships with xmodmap, so you can write a script that uses several xmodmap commands, one per key that differ from english layout. Then arrange so the script is executed whenever X starts on your freerunner. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do when apps keep crashing?
On Wed, Mar 4, 2009 at 5:12 AM, Helge Hafting helge.haft...@hist.no wrote: Adam Jimerson wrote: None of my contacts are on my SIM card and it would take forever to move all of them onto it, the link the the script quoted is a dead link does anyone have a correct link they can point me to or a suggested app that can read Vcards so I can import my contacts from FDOM, copied onto my MicroSD card, into SHR? I know no such way. This part is currently missing in SHR, so maybe it is not a good distro for you yet. Well I went ahead and gave it a try, if I don't like it I can easily flash something else on it, but it seems that once you have SHR running contacts are able to be added by hand but I don't know if they are saved to the SIM card or to the phone. As for the question which one of the files on this server http://build.shr-project.org/shr-testing/images/om-gta02/ is the Kernel needed there seems to be two different ones. These two are actually the same. With time there may be several kernels in that directory, with different versions. uImage-om-gta02-latest.bin is always a copy of the latest among them, so that people who don't follow version numbers and kernel development simply can grab the latest kernel, whatever it might be. I figured something like that so I went ahead and grabbed the uImage-om-gta02-latest.bin and used that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] kernel upgrade and touchscreen input problems
Unfortunately, I get RCU detected CPU 0 stall (t=4294908494/600 jiffies) and a traceback, and then itfails to setup usb0 so I can't log in that way. But it does boot. see http://lists.openmoko.org/nabble.html#nabble-td2363869 as for the usb0 -- what does ifup usb0 say? Under either the 2.6.24 kernel or the 2.6.28 kernel, I still have problems: The AUX brings up the keyboard, so that's good. the AUX is no kernel business above making it working at all. When the screen goes dim, a tap of the screen brings the backlight back up, but it won't register the taps on the icons or the keyboard, or the lock screen. The Xorg log shows: (EE) PreInit returned NULL for Configured Touchscreen sounds like you do use xserver-xorg-input-tslib, check your xorg.conf, instead of TslibDevice now it is only Device. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testint] On Yaouh! 0.5 and 0.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlo Minucci ha scritto: Helge Hafting ha scritto: Carlo Minucci wrote: now i have installed SHR for testing 0.5 e search for a solution... if i don't found i delete the secondo progress bar :) The bar that needs df / to work? No need to get rid of it unconditionally. Test the output of that df command, and make the bar only if df gave a useable response. Those with a working df then gets the bar, and those without still get their tiles updated. (And if they don't like that, they can complain to whoever packages busybox for the SHR distro. df / is supposed to work, according to documentation.) in italian language i can answer to you with grazie al cazzo :) LOL i have test df / on SHR, don't work. on om2008.12 work properly i don't know why but i'm working for a solution for now i have release, in the svn, a version working on SHR use this script for upgrade on SHR: wget http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/*checkout*/usr/bin/yaouh.py?conten t-type=text%2Fplainrev=15root=yaouh -O /usr/bin/yaouh.py now work also with default configuration of tangogps (for fix this bug http://wiki.openmoko.org/wiki/Yaouh!#Bug ) I'm trying it and it appears to work fine and, wow, it's a fast and mercy killing :D Thanks - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* 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) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmuZ2QACgkQRi2TsGSC4FaK9gCgpFnKqNxk+AEmefInJXlXu8bf tGEAoKvVUOJIwFTu3Ep5g4rc6rCJKEYy =QUAK -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM Buzz fix also applicable to GTA01?
Joerg Reisenweber wrote: So my question is basically if the GTA02 buzz fix works for me and is it reasonable to think that I need it? Maybe it can really be fixed with a better alsa state file. I'll answer more detailed questions on HW-ML (as you can tell from delay I read [community] rather infrequent). Oh, good to know. I did not know that hardware topics have a seperate list. I have the same problem with the community list. Too much noise, too much unimportant. Basically the answer is: yes applies to GTA01 as well. And no we don't think buzz can be fixed by better statefile neither on gta02 nor on gta01. Does this mean you have a solution for me? Or maybe some upcoming? Or only a conformation that it needs to be fixed too? -- Imagination is more important than knowledge. Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework (was: Re: buzz fix)
And a bass boost fix would be great too. On Wed, Mar 4, 2009 at 8:32 AM, Joerg Reisenweber jo...@openmoko.org wrote: Am So 11. Januar 2009 schrieb Alexandre Ghisoli: Le Sun, 11 Jan 2009 19:07:40 +0100, Konstantin chaosspaw...@gmx.net a écrit : Matthias Apitz schrieb: Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) I second this one - offering the hardware fix for the freerunner would be great :) Regards, Konstantin (One of your other happy GTA02 customers ;) ) Yes, hardware fixes (rework) made by resellers would be great. By fixes, I mean : * GPS - SDIO fix (add a capacitor if I remember correctly) There's a sw-fix for that, which mostly just works * Add a GSM IR resistor for deep sleep Huh? * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! * fix the GSM buzz ok, agree here. * ... ??? /j ___ 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] Flickering and no PIN dialog
On Wed, 2009-03-04 at 11:04 +0100, Helge Hafting wrote: Pander wrote: Hi all, Are more people experiencing on latest SHR unstable (built feb 28): - screen flickering - instable wifi connection wifi has been fine for me, since I started using the 2.6.28 kernels distributed along with the SHR images in 2009. Well, wpa doesn't work at all, but wep based wifi is fine. The connection stays up for days, and heavy use don't stop it either. wpa works some time, and most of time it failed to varify password, see below logs from DI-524M AP. Mar 3 23:58:32 (none) auth.info syslog: wlan0: WPA-TKIP PSK authentication in progress... : Mar 3 23:58:32 (none) kern.warn klogd: wlan0: A wireless client is associated - 00:12:CF:8E:EC:2A : Mar 3 23:58:35 (none) kern.warn klogd: wlan0: A STA is rejected by 802.1x daemon - 00:12:CF:8E:EC:2A Make sure you have a kernel that matches the SHR image. Flashing the rootfs does not update the kernel, it is flashed separately. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel.Li lida_m...@163.com PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
Stefan Schmidt wrote: Hello. On Tue, 2009-03-03 at 12:31, Helge Hafting wrote: Daniel Willmann wrote: Now that hot-/warmstart with ephemeris playback works with the framework we should try to get an open server with aiding data available ASAP. I hope that fso-gpsd gets updated soon too Already done: http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00 http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=0838645958d50df38e64429a27672570bf58f8b4 Thanks a lot! I needed this one too, and now get 7s warm starts! http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=ad2ec48cdb5ab9bdddc15adfc05cbd2e5b8a2cee I also raised pacc from 3km to 9km, as I often enough travel a bit more than 3km with the gps unit off. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do when apps keep crashing?
Adam Jimerson wrote: Well I went ahead and gave it a try, if I don't like it I can easily flash something else on it, but it seems that once you have SHR running contacts are able to be added by hand but I don't know if they are saved to the SIM card or to the phone. Sure, you can add contacts manually, and they will be saved to the SIM. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Language of hardware keyboard
¡Muchas gracias! I found a script which uses xmodmap for polish keyboard. After some modifications it works perfectly! Leonti On Wed, Mar 4, 2009 at 2:31 PM, Jorge Luis Chamorro chamo...@plug.org.ar wrote: Helge Hafting escribió: Leonti Bielski wrote: Hello! Yesterday I tried to connect my hardware keyboard to Freerunner. I'm using SHR - testing and I used [1] to make it work. But the language of the keyboard is English. How do I change that? There are at least two ways: 1. Select a proper keyboard in /etc/X11/xorg.conf the file shoukld have a section like this for a Norwegian keyboard. For another language, replace no with whatever you need. Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout no EndSection However, the FR ships without a xorg.conf file. So some experimentation is needed to see if it honors the file, and if you need to install extra keyboard files that not necessarily comes with the device. 2. Remap the keyboard using xmodmap The FR ships with xmodmap, so you can write a script that uses several xmodmap commands, one per key that differ from english layout. Then arrange so the script is executed whenever X starts on your freerunner. Helge Hafting With xmodmap : I configure the keyboard on my Desktop PC and run xmodmad -pke keys-on-pc.txt and also run xmodmad -pke keys-on-neo.txt on my neo. Then I put some info from keys-on-pc.txt to keys-on-neo.txt and create a modified version of keys-on-neo.txt So when I plug the external keyboard I run xmodmad keys-on-neo-modified.txt. If I put keys-on-pc.txt directly on Neo I have problems with some keys ( arrows ) Saludos , Jorge ___ 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-ustable] gprs is also unstable
If you suffer from #1024 and haven't disabled deep sleep you will probably drop the connection on every reregistration. It may cause longer lasting problems with some networks too - after reregistration I couldn't get another connection for some time with O2 (UK) but didn't have problems with T-Mobile (UK). This is anecdotal rather than definitive as #1024 is intermittent, so I couldn't check the problem was repeatable. There was a problem reported with ppp being unable to resume due to the dynamic nature of the multiplexed port too, but that may have been fixed by now. On Tuesday 03 March 2009, Leonti Bielski wrote: Yes, I do :( I think this is because not in every place gprs is available all the time. When connection is lost it does not recover. I think it is more of FSo problem than SHR. Leonti On Tue, Feb 24, 2009 at 9:39 PM, ivvmm unachieva...@gmail.com wrote: Hello community, unstableness of SHR(which name claims stability) follows with instablity of GPRS connection. Several minutes and it is over, you have to restart it manually. Does anyone else experience this? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner GSM Buzz fix, warranty and hopes...
Hello lists, hello Openmoko and hello dear reseller It is not my first time asking this both on the lists and to Trisoft. It won't be the last I fear... Do we have any hope for a mass fix for the GSM Buzz issue or will we have to buy a GTA03 (and get new hardware issues) ? I am more and more thinking that warranty at Openmoko is a do-it-yourself concept... While I am not a lawyer I would think a do-it-yourself warranty is no warranty, and we are meant to have one... This is not just ranting. Legally, I would say Openmoko would be troubled if some consumer association started asking questions. Same goes for Trisoft, which remain unusually silent when I ask this kind of question without being public about it. Now that everybody is in CC, let's get some answers. To me and probably many other users the critical question is not whether hardware issues get fixed fast or not. The question is a purely logistical one. Will the devices that have been sold so far be fixed one day ? Marc-Olivier Barre. -- Participez au black-out anti-HADOPI : http://www.laquadrature.net/fr/APPEL-HADOPI-blackout-du-net-francais ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
On Tue, 2009-03-03 at 18:08 +0100, Leonti Bielski wrote: Hi! I'm looking for some kind of word processing application. I want to use my Freerunner in a library so I would not have to bring laptop with me - only the keyboard. I've heard of AbiWord, but can't manage to find an ipk package for it. Also, is there emacs package for Freerunner available? Can someone suggest something else for text editing? Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I've compiled both...so you have 3 solutions 1)compile it yourself with openembedded...I can give you my recipes 2)find the packages in an official distro I found emacs(non-x11 version) in FSO's unstable repository 3)find them in my repositories(split in 2 because of a data-loss) but I don't like this idea because: *my connection is slow in upload *I'm not an official repository = the software comes with no kind of support at all,specially because I had data loss and if there is a problem with the first repository(and there are some such as wesnoth lacking libpng3 as rdepend) I will have to bitbake the recipe again...and the libs have to be bitbaken again...wich takes a lot of time... *I had not the time of investigating why I can't change the fonts with emacs-x11 Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
On Tue, 2009-03-03 at 18:52 +, Al Johnson wrote: On Tuesday 03 March 2009, Leonti Bielski wrote: Hi! I'm looking for some kind of word processing application. I want to use my Freerunner in a library so I would not have to bring laptop with me - only the keyboard. I've heard of AbiWord, but can't manage to find an ipk package for it. Also, is there emacs package for Freerunner available? Can someone suggest something else for text editing? Which distro are you using? Abiword is one of the things I usually build myself, so I might have ipkgs available. On the freerunner I use a SHR-unstable distribution(now with a patched kenrel from the image that was for flashing the gsm firmware) On openembedded I ust the openmoko distribution. And I built abiword myself(with the help of openembedded)...then had data-loss so I've lost the recipes but I can retry to build it if you want...If I remember well abiword itself compiled fine...but there was an easy problem in one of its dependencies...didn't commit the fix(boost related) ...Ah yes I remember...little include problem...but I don't remember in which package(maybe boost-asio)...may be boost related Anyway you could try and report your success or failure. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner GSM Buzz fix, warranty and hopes...
The legality of DOA (Dead On Arrival) warranty depends on country of sale. In USA it's totally legal. In Poland 1 year minimum warranty has to be added. Don't know about other EU countries. All of the issues were described on the official webpage, so it's like buying used phone and than complaining about scratches. So basically all those flaws (buzz, gps, #1024 bug) were part of the hardware you bought and warranty should not cover them. All other flaws like screen stops working, some connectors not working - anything that was not described and occured during normal usage of the phone - should be covered by warranty if you have one. I'm not a lawyer but it seems logical to me. Leonti On Wed, Mar 4, 2009 at 3:29 PM, MarcO'Chapeau ma...@marcochapeau.org wrote: Hello lists, hello Openmoko and hello dear reseller It is not my first time asking this both on the lists and to Trisoft. It won't be the last I fear... Do we have any hope for a mass fix for the GSM Buzz issue or will we have to buy a GTA03 (and get new hardware issues) ? I am more and more thinking that warranty at Openmoko is a do-it-yourself concept... While I am not a lawyer I would think a do-it-yourself warranty is no warranty, and we are meant to have one... This is not just ranting. Legally, I would say Openmoko would be troubled if some consumer association started asking questions. Same goes for Trisoft, which remain unusually silent when I ask this kind of question without being public about it. Now that everybody is in CC, let's get some answers. To me and probably many other users the critical question is not whether hardware issues get fixed fast or not. The question is a purely logistical one. Will the devices that have been sold so far be fixed one day ? Marc-Olivier Barre. -- Participez au black-out anti-HADOPI : http://www.laquadrature.net/fr/APPEL-HADOPI-blackout-du-net-francais ___ hardware mailing list hardw...@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner GSM Buzz fix, warranty and hopes...
On Wednesday 04 March 2009, Leonti Bielski wrote: The legality of DOA (Dead On Arrival) warranty depends on country of sale. In USA it's totally legal. In Poland 1 year minimum warranty has to be added. Don't know about other EU countries. All of the issues were described on the official webpage, so it's like buying used phone and than complaining about scratches. So basically all those flaws (buzz, gps, #1024 bug) were part of the hardware you bought and warranty should not cover them. All other flaws like screen stops working, some connectors not working - anything that was not described and occured during normal usage of the phone - should be covered by warranty if you have one. I'm not a lawyer but it seems logical to me. and what about those who bought a FR from the first batch? E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
FYI, there is a new version of pythm available on opkg.org I only miss one little thing When you add an entire directory to playlist, tracks are alphabetically ordered, but, if exists, they should be ordered by track # (from ID3 or ogg tags). This turns out to be a tricky problem. I have a lot of disks without track number on track name, only identified by track# on id3/ogg And other people have directories with files that aren't part of a single album, so the track numbers are not related. Also, there are multi-CD albums, where you may have a single directory with all the songs for all the CDs in the album, so you'd then need to sort by disknumber+tracknumber. The current solution is the easiest and also the most flexible: no matter how you organize your directories, it should be pretty easy for you to fix your file names such that they get sorted in the order you like. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Am Wednesday 04 March 2009 16:25:54 schrieb Stefan Monnier: FYI, there is a new version of pythm available on opkg.org I only miss one little thing When you add an entire directory to playlist, tracks are alphabetically ordered, but, if exists, they should be ordered by track # (from ID3 or ogg tags). This turns out to be a tricky problem. I have a lot of disks without track number on track name, only identified by track# on id3/ogg And other people have directories with files that aren't part of a single album, so the track numbers are not related. Also, there are multi-CD albums, where you may have a single directory with all the songs for all the CDs in the album, so you'd then need to sort by disknumber+tracknumber. The current solution is the easiest and also the most flexible: no matter how you organize your directories, it should be pretty easy for you to fix your file names such that they get sorted in the order you like. I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wednesday 04 March 2009 16:37:34 Marcel wrote: Am Wednesday 04 March 2009 16:25:54 schrieb Stefan Monnier: The current solution is the easiest and also the most flexible: no matter how you organize your directories, it should be pretty easy for you to fix your file names such that they get sorted in the order you like. I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) I suppose it's trivial to make a script who renames all my files based on id3 track# With xmms, I used to have track # on filenames, but since I started to use amarok, filenames lost importance if favour of id3. It's a pitty amarok it's a monster to something like freerunner ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[fso] no sound card
Dear list, I do no longer seem to have a sound card in my FreeRunner as it is not found. The freerunner is running fso milestone 5.1 with opkg update opkg upgrade. Bootloader is Qi qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu (03-Mar-2009). Logread shows Mar 4 17:15:10 om-gta02 user.err oeventsd.action ERRORsignal PlaySound emited an error org.freesmartphone.Device.Audio.PlayerError: Could not open audio device for playback. mixerctl says lsamixer: function snd_ctl_open failed for default: No such device Any pointers where to look for the problem/solution? Hans ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
Thanks all for your help! GNUtoo, I followed your suggestion number 1. Thanks. I've just installed Abiword from my local OE repository and I have to say that it's really cool stuff! It's a little too much to what I want to do (leafpad is enough), but ability to work with complicated word processing files on my phone is great! Leonti On Tue, Mar 3, 2009 at 6:21 PM, GNUtoo gnu...@no-log.org wrote: On Tue, 2009-03-03 at 18:08 +0100, Leonti Bielski wrote: Hi! I'm looking for some kind of word processing application. I want to use my Freerunner in a library so I would not have to bring laptop with me - only the keyboard. I've heard of AbiWord, but can't manage to find an ipk package for it. Also, is there emacs package for Freerunner available? Can someone suggest something else for text editing? Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I've compiled both...so you have 3 solutions 1)compile it yourself with openembedded...I can give you my recipes 2)find the packages in an official distro I found emacs(non-x11 version) in FSO's unstable repository 3)find them in my repositories(split in 2 because of a data-loss) but I don't like this idea because: *my connection is slow in upload *I'm not an official repository = the software comes with no kind of support at all,specially because I had data loss and if there is a problem with the first repository(and there are some such as wesnoth lacking libpng3 as rdepend) I will have to bitbake the recipe again...and the libs have to be bitbaken again...wich takes a lot of time... *I had not the time of investigating why I can't change the fonts with emacs-x11 Denis. ___ 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: [All] To build a better music player
On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) I think it's a problem of horsepower. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. What about an option for selecting between name order/ track# order? This would satisfy almost all people, I think. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] no sound card
On Wed, 2009-03-04 at 16:17 +, Hans Zimmerman wrote: Dear list, I do no longer seem to have a sound card in my FreeRunner as it is not found. The freerunner is running fso milestone 5.1 with opkg update opkg upgrade. Bootloader is Qi qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu (03-Mar-2009). Logread shows Mar 4 17:15:10 om-gta02 user.err oeventsd.action ERRORsignal PlaySound emited an error org.freesmartphone.Device.Audio.PlayerError: Could not open audio device for playback. mixerctl says lsamixer: function snd_ctl_open failed for default: No such device Any pointers where to look for the problem/solution? on SHR i had a problem with sound too: no /dev/dsp was present Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Am Wednesday 04 March 2009 17:24:18 schrieb David Garabana Barro: On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) I think it's a problem of horsepower. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. What about an option for selecting between name order/ track# order? This would satisfy almost all people, I think. That's what I thought of, too. Having another option in the config file won't hurt the gui :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Well, the database processing would be slow of course, but more than that, an advanced collection manager would be very difficult (I would think) to use on the FR. The simple GUI Pythm has now tends to give me enough grief unless I use my stylus. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Pythm reads all tag data anyway. It is slow, but not overly so. That is the trade-off between having a player that uses pre-built playlists and one that builds them on the fly. Personally I go for the latter. As I mentioned before, I am planning to add some sort of session management. It might be too IO intensive to cache all the tag data (as opposed to simply remembering file name), but it is a possibility. As for song ordering, I believe that some combination of song file name and id3 data will be ideal. I am sure I can come up with something reasonable. Even if there is no general solution, sorting will be cheap compared with reading tags so we can have a sort function in the program that can cycle through some different sorts. On Wed, Mar 4, 2009 at 11:37 AM, Marcel tan...@googlemail.com wrote: Am Wednesday 04 March 2009 17:24:18 schrieb David Garabana Barro: On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) I think it's a problem of horsepower. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. What about an option for selecting between name order/ track# order? This would satisfy almost all people, I think. That's what I thought of, too. Having another option in the config file won't hurt the gui :) -- Marcel - Show quoted text - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
We have some ideas for a better GUI as well. My priority is getting functionality in first, however. FWIW, I just recently pulled some GUI updates from the guy from whom I branched pythm, Paul, that should help a *little*. These are in git now; I will be rolling out another build shortly. On Wed, Mar 4, 2009 at 11:49 AM, The Digital Pioneer digitalpion...@gmail.com wrote: Well, the database processing would be slow of course, but more than that, an advanced collection manager would be very difficult (I would think) to use on the FR. The simple GUI Pythm has now tends to give me enough grief unless I use my stylus. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
any sop on the bass fix? 2009/3/4 Joerg Reisenweber jo...@openmoko.org: Am Mi 4. März 2009 schrieb Helge Hafting: Joerg Reisenweber wrote: Am So 11. Januar 2009 schrieb Alexandre Ghisoli: Le Sun, 11 Jan 2009 19:07:40 +0100, Konstantin chaosspaw...@gmx.net a écrit : Matthias Apitz schrieb: Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) I second this one - offering the hardware fix for the freerunner would be great :) Regards, Konstantin (One of your other happy GTA02 customers ;) ) Yes, hardware fixes (rework) made by resellers would be great. By fixes, I mean : * GPS - SDIO fix (add a capacitor if I remember correctly) There's a sw-fix for that, which mostly just works * Add a GSM IR resistor for deep sleep Huh? * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! * fix the GSM buzz ok, agree here. If I ship the phone somewhere to have a technician fix the buzz, I definitely want the small capacitors on headset output issue fixed too. The capacitor, combined with the resistance of earphones, form a high-pass filter. The cutoff frequency is 1/(2*pi*R*C), where R is headphone resistance and C is the size of the capacitor. The capacitor in the FR has been reported as 1 microfarad. My headset is about 40 ohm, which gives a cutoff frequency of about 4kHz. At 4kHz the sound is halved, and drops by 6db per octave below that. Above, the sound is almost normal. Unfortunately, most of the sound we hear is below 4kHz. A headset usually works down to about 20HZ. If I want the cutoff frequency there, a 200 microfarad capacitor is needed. Is there a plan for such a fix as well? Helge Hafting Hey, you copied my mail from ~1year ago ;-) /j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
I think it's a problem of horsepower. I don't. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. And then you add classical music into the mix and it gets even more fun. But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. My measly WL-700gE (266MHz MIPS CPU + 64MB RAM) does it just fine for my music collection (7000 songs). Whoever has read my earlier messages knows that this is using MPD ;-). So at least in the case where the backend is MPD, pythm does have all the necessary tag info at hand, but sorting is still a nightmare, so sorting by file name really turns out to be a very good solution. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
As I mentioned before, I am planning to add some sort of session management. It might be too IO intensive to cache all the tag data (as opposed to simply remembering file name), but it is a possibility. actually I think that storing them along with filenames in those 'sessions' would speed this up since separate files would not need to be processed for id3 extraction upon loading of the session file. id3 tags within a loaded session might be updated upon user request or whenever a corresponding file is played/queued/whatever ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Report on 4.4.3 src on FSO
Tomas: I downloaded the .bin and .jffs2 which you had posted - they rock! WSOD is gone, phone sounds good. Thank you very much for posting the backup file. Andrew Howlett. -- View this message in context: http://n2.nabble.com/-QtExtended--Report-on-4.4.3-src-on-FSO-tp2366464p2424257.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: [fso] no sound card
On Wed, 2009-03-04 at 17:19 +0100, arne anka wrote: which kernel? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Well just to be sure I loaded the following: modules-2.6.28-oe1 +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.tgz uImage-2.6.28-oe1 +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin r...@om-gta02:~# uname -a Linux om-gta02 2.6.28-rc4 #1 PREEMPT Mon Feb 23 18:51:54 UTC 2009 armv4tl unknown Hans ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-ustable] gprs is also unstable
Ticket #2223 is also open and might apply to SHR-ustable as well. Kind regards, Ed Al Johnson wrote: If you suffer from #1024 and haven't disabled deep sleep you will probably drop the connection on every reregistration. It may cause longer lasting problems with some networks too - after reregistration I couldn't get another connection for some time with O2 (UK) but didn't have problems with T-Mobile (UK). This is anecdotal rather than definitive as #1024 is intermittent, so I couldn't check the problem was repeatable. There was a problem reported with ppp being unable to resume due to the dynamic nature of the multiplexed port too, but that may have been fixed by now. On Tuesday 03 March 2009, Leonti Bielski wrote: Yes, I do :( I think this is because not in every place gprs is available all the time. When connection is lost it does not recover. I think it is more of FSo problem than SHR. Leonti On Tue, Feb 24, 2009 at 9:39 PM, ivvmm unachieva...@gmail.com wrote: Hello community, unstableness of SHR(which name claims stability) follows with instablity of GPRS connection. Several minutes and it is over, you have to restart it manually. Does anyone else experience this? ___ 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: [QtExtended] Report on 4.4.3 src on FSO
andrew howlett escribió: Tomas: I downloaded the .bin and .jffs2 which you had posted - they rock! WSOD is gone, phone sounds good. Thank you very much for posting the backup file. Andrew Howlett. I'm glad they worked for you. Hopefully, tomorrow's release will bring more improvements (specially with regards to wlan and dns) Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
O Mércores, 4 de Marzo de 2009, Stefan Monnier escribiu: Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use I've solved all those problems the first times I opened amarok, and now it's a pleasure searching for some song, artist, disk, track... heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well When you find one, you can allways change track's id3 :) behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. Sorting by name has also problems. If you have songs from several disks or a double album in the same folder, you can finish with this playlist: - track 1, disk 1 - track 1, disk 2 ... - track 1, disk n - track 2, disk 1 - track 2, disk 2 ... I still think that offering several sortings is the way to go sorting by file name really turns out to be a very good solution. Not for me ;) -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Yaroslav Halchenko wrote:
As I mentioned before, I am planning to add some sort of session
management. It might be too IO intensive to cache all the tag data (as
opposed to simply remembering file name), but it is a possibility.
actually I think that storing them along with filenames in those
'sessions' would speed this up since separate files would not need to be
processed for id3 extraction upon loading of the session file. id3 tags
within a loaded session might be updated upon user request or whenever a
corresponding file is played/queued/whatever ;)
Possible implementation for sorting on ID3:
contents of .pythmrc:
ID3Sort={%artist - }{%year - }{%album - }{%discnumber}{%tracknumber
}{%title}{ (%length)}{ %genre}{ %rating}
or also possible
ID3Sort={%a - }{%y - }{%b - }{%d}{%n}{%t}{ (%l)}{ %g}{ %r}
The ID3 tag with extra surrounding characters in between the {} will not
be displayed when the value is not set (Null of empty string). This
entire ID3Sort definition will be read on startup of pythm and will be
used for sorting tracks.
The tags used in the definition also dictate the order and contents of
the columns in the overview. In this case begin:
Artist, Year, Album, DiscNmbr, TrackNmbr, Title, Length, Genre, Rating
Possibly a second definition in .pythmrc can be used for custom column
order. e.g.:
ID3OverviewColumns=%a,%y,%b,%d%n,%t,%l,%g,%r
or also possible
ID3OverviewColumns=%artist,%year,%album,%discnumber%tracknumber,%title,%length,%genre,%rating
In this example disc number and track number are combined in the same
column and will simply be concatenated. The header will be emtpy of on
detection of this special case be simply 'Number' of '#'
Also to customist this, a third definition can be specified. e.g.:
ID3OverviewHeaders=Artiest,Jaar,Album,#,Titel,mm:ss,Genre,Rating
And at the same time this third definition allows for localisation.
So the use of the following optional definitions in .pythmrc:
ID3Sort
ID3OverviewColumns
ID3OverviewHeaders
which are customised by the user will allow for ID3 sorting and
presentation catering everyone's wildest ID3 needs.
More people interested in implementing this?
Regards,
Pander
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework (was: Re: buzz fix)
On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber jo...@openmoko.org wrote: * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) this has been fixed only for orange and blue LEDs under POWER button. Red AUX button is still power hungry - it is eating 50mA. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use I've solved all those problems the first times I opened amarok, and now it's a pleasure searching for some song, artist, disk, track... heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well When you find one, you can allways change track's id3 :) Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. Sorting by name has also problems. No doubt. If you have songs from several disks or a double album in the same folder, you can finish with this playlist: - track 1, disk 1 - track 1, disk 2 ... - track 1, disk n - track 2, disk 1 - track 2, disk 2 ... I name them DISK-TRACK TITLE and it works great ;-) sorting by file name really turns out to be a very good solution. Not for me ;) Because you find changing ID3 tags to be simpler than changing file names. I still think that offering several sortings is the way to go Well, ... it's more work. An algorithm that uses both ID3 tags and filenames (mostly just directory names, actually) should be able to accomodate all situations. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Johny Tenfinger wrote: On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber jo...@openmoko.org wrote: * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) this has been fixed only for orange and blue LEDs under POWER button. Red AUX button is still power hungry - it is eating 50mA. Your mentioned 50mA for the AUX LED is ridiculous. It would burn out with this high current. Normal LEDs only use ~20mA and low current LEDs ~2mA. 50mA would be for a higher power led which isn't build into the freerunner. And when you are on battery the AUX led is off by default and even if it blinks (like i modified my led behaviour) it isn't really much it uses. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Johny Tenfinger wrote: | On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber jo...@openmoko.org wrote: | * Change the led transistor power hungry stuff | Guys, this has been fixed for *ALL* FR ever sold!!! | No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) | this has been fixed only for orange and blue LEDs under POWER button. | Red AUX button is still power hungry - it is eating 50mA. | | Your mentioned 50mA for the AUX LED is ridiculous. It would burn out | with this high current. Normal LEDs only use ~20mA and low current LEDs | ~2mA. 50mA would be for a higher power led which isn't build into the | freerunner. | And when you are on battery the AUX led is off by default and even if it | blinks (like i modified my led behaviour) it isn't really much it uses. Johnny Tenfinger is right despite it sounds strange. On some or all A5s there is no base current limit resistor on the bipolar transistor used to light the AUX LED. This 50mA fault current then flows not through the LED (which has a reasonable series current limit resistor), but through the GPIO IO cell and the driver transistor base. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmu21kACgkQOjLpvpq7dMrRmQCfZqaeELLNiPfCWfJWz2U1cUIq 39EAoI5cfSObn7zEG5m4aaolg2zuj6k9 =kWYq -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
AW: AW: New accelerometer application, that draws the current perpendicular line and angle
Im sorry I havent tested, what version of SDL is actually necessary, I just used the latest one provided by SHR. Just execute opkg install libsdl-1.2-0 libsdl-ttf opkg install http://www.opkg.org/packages/perpendicular_0.1_armv4t.ipk -force-depends in case your repo doesnt contain a current version. Should work with older ones, too, I guess. BTW: I would be glad if anyone came up with an idea for an icon(or even with an icon), as Im not the expert in graphics and regularly fail in creating nice stuff^^, because I will soon update to a version needing less resources(at the moment, there is no idle time during the execution, it was just planned as a little test app) and then it would be great to offer the ipk with a proper icon for a .desktop file. Greetings, Martin Puffe Von: wp wpmaill...@gmail.com An: List for Openmoko community discussion community@lists.openmoko.org Gesendet: Dienstag, den 3. März 2009, 23:06:12 Uhr Betreff: Re: AW: New accelerometer application, that draws the current perpendicular line and angle Just install them from openmoko repositories, then it works. http://downloads.openmoko.org/repository/unstable/armv4t/ or experimental one. Btw. this app is really nice, I thought about some similar one - instead of line, rolling ball. Maybe in some free time.. On Tue, Mar 3, 2009 at 8:56 PM, The Digital Pioneer digitalpion...@gmail.com wrote: Nope, I get the same error on SHR-unstable. ___ 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: [All] To build a better music player
Stefan Monnier wrote: Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use I've solved all those problems the first times I opened amarok, and now it's a pleasure searching for some song, artist, disk, track... heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose album tag says (say) Anthology and which are really divided into 4 different albums, some of which are well When you find one, you can allways change track's id3 :) Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? behaved (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. Sorting by name has also problems. No doubt. If you have songs from several disks or a double album in the same folder, you can finish with this playlist: - track 1, disk 1 - track 1, disk 2 ... - track 1, disk n - track 2, disk 1 - track 2, disk 2 ... I name them DISK-TRACK TITLE and it works great ;-) sorting by file name really turns out to be a very good solution. Not for me ;) Because you find changing ID3 tags to be simpler than changing file names. I still think that offering several sortings is the way to go Well, ... it's more work. An algorithm that uses both ID3 tags and filenames (mostly just directory names, actually) should be able to accomodate all situations. Since many people use ID3 differently and place importance on the tags in different ways, this needs to be configurable. Please see my post with the comment that the filename (path without intelligent breaking down into artist, album etc.) should be used a fall back when no ID3 tags are available. To encourage the use of proper ID3 tags, I would not want to encourage the interpretation of the path naming schemes but propose that customisable way (see other post) of placing highest importance on the ID3 info. Stefan ___ 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: [All] To build a better music player
O Mércores, 4 de Marzo de 2009, Stefan Monnier escribiu: Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? No, I don't break them for sorting to work, Simply I correct them so I avoid ambiguities. For antologies (or double/triple albums) * Put the same disk name,year and artist name labels in every track, * Set track number and track name labels for every track * Set disk number label for diferenciating tracks from a disk from tracks from another For compilations, * Put the same disk name and year in every track * Set artist name, track number and track name for every track * Set disk number if needed That way, my labels are *completely correct*, and every well behaved player can order my tracks by album... I name them DISK-TRACK TITLE and it works great ;-) Yes, but I have not them named that way ;) sorting by file name really turns out to be a very good solution. Not for me ;) Because you find changing ID3 tags to be simpler than changing file names. No, because I already have all my music with correct id3 tags, but not with homogenous filenames. Doing nothing is simpler than renaming my 15000+ songs :) An algorithm that uses both ID3 tags and filenames (mostly just directory names, actually) should be able to accomodate all situations. I hope so -- David Garabana Barro jabber google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
2009/3/5 Leonti Bielski prishe...@gmail.com: I have a second question: In agps package for u-blox you have to provide approximate location of your phone and radius (for example 150 kms). What does it change? If I provide some longitude and latitude and set some huge radius will it affect anything? Is it possible to eliminate it at all? My brother has N95 with Agps and he does not have to provide his location while using agps service. it's probably using cell towers to guess at his location there's an app/database being developed so we can do this ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wed, 4 Mar 2009 21:41:59 +0100, David Garabana Barro da...@garabana.com wrote: Because you find changing ID3 tags to be simpler than changing file names. No, because I already have all my music with correct id3 tags, but not with homogenous filenames. Doing nothing is simpler than renaming my 15000+ songs :) While I do agree with you that Id3 is the way to go, renaming 15000+ tracks properly is not that hard... At least with the right software. You might want to try out a software named EasyTAG. Among a huge amount of features, it is able to name files based on the Id3 info in them :) http://easytag.sourceforge.net/ Cheers, Marc-Olivier Barre. -- Participez au black-out anti-HADOPI : http://www.laquadrature.net/fr/APPEL-HADOPI-blackout-du-net-francais ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
Robin Paulson wrote: My brother has N95 with Agps and he does not have to provide his location while using agps service. it's probably using cell towers to guess at his location Right. I have a N95 too, and to have AGPS, I had to configure an AGPS server from my phone operator (SFR). I think they give the coordinate of the cell I'm associated to (easy for them to fetch this information). I'll take a look to see if this AGPS server can be used on my FR too. Nicolas. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] no sound card
On Wed, Mar 04, 2009 at 05:23:34PM +0100, GNUtoo wrote: On Wed, 2009-03-04 at 16:17 +, Hans Zimmerman wrote: Any pointers where to look for the problem/solution? on SHR i had a problem with sound too: no /dev/dsp was present That might not be a sign of trouble because /dev/dsp is the old Open Sound System (OSS) interface. These days, ALSA is the norm and lives in the /dev/snd directory. Three useful commands to try out (and example output with just the built in sound card available): $ lsmod | grep -E -e '^sound|^snd[_ ]' snd_soc_neo1973_gta02_wm8753 8808 0 snd_soc_s3c24xx_i2s 4568 1 snd_soc_neo1973_gta02_wm8753 snd_soc_s3c24xx 5192 1 snd_soc_neo1973_gta02_wm8753 snd_soc_wm8753 34228 2 snd_soc_neo1973_gta02_wm8753 snd_soc_core 46548 4 snd_soc_neo1973_gta02_wm8753,snd_soc_s3c24xx_i2s,snd_soc_s3c24xx,snd_soc_wm8753 snd_pcm_oss45736 0 snd_mixer_oss 15304 1 snd_pcm_oss snd_pcm75564 4 snd_soc_s3c24xx,snd_soc_core,snd_pcm_oss snd_timer 21212 1 snd_pcm snd_page_alloc 6824 1 snd_pcm snd50852 8 snd_soc_neo1973_gta02_wm8753,snd_soc_wm8753,snd_soc_core,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 6796 1 snd (The modules snd_pcm_oss and snd_mixer_oss are for the kernel level OSS emulation.) $ ls -l /dev/snd total 0 crw-rw 1 root audio 116, 0 Jan 30 00:04 controlC0 crw-rw 1 root audio 116, 24 Jan 30 00:04 pcmC0D0c crw-rw 1 root audio 116, 16 Jan 30 00:04 pcmC0D0p crw-rw 1 root audio 116, 25 Jan 30 00:04 pcmC0D1c crw-rw 1 root audio 116, 17 Jan 30 00:04 pcmC0D1p crw-rw 1 root audio 116, 33 Jan 30 00:04 timer $ cat /proc/asound/cards 0 [neo1973gta02 ]: WM8753 - neo1973-gta02 neo1973-gta02 (WM8753) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Andy Green wrote: Somebody in the thread at some point said: | Johny Tenfinger wrote: | On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber jo...@openmoko.org wrote: | * Change the led transistor power hungry stuff | Guys, this has been fixed for *ALL* FR ever sold!!! | No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) | this has been fixed only for orange and blue LEDs under POWER button. | Red AUX button is still power hungry - it is eating 50mA. | | Your mentioned 50mA for the AUX LED is ridiculous. It would burn out | with this high current. Normal LEDs only use ~20mA and low current LEDs | ~2mA. 50mA would be for a higher power led which isn't build into the | freerunner. | And when you are on battery the AUX led is off by default and even if it | blinks (like i modified my led behaviour) it isn't really much it uses. Johnny Tenfinger is right despite it sounds strange. On some or all A5s there is no base current limit resistor on the bipolar transistor used to light the AUX LED. This 50mA fault current then flows not through the LED (which has a reasonable series current limit resistor), but through the GPIO IO cell and the driver transistor base. If this is the problem than it really is a bad design flaw... Maybe i should test the AUX LED on my gta02v5 how much current it uses when it is on. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Except that those ID3 tags have a clear meaning, and fixing them to get the sorting to work may imply breaking them in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? No, I don't break them for sorting to work, Simply I correct them so I avoid ambiguities. For antologies (or double/triple albums) * Put the same disk name,year and artist name labels in every track, * Set track number and track name labels for every track * Set disk number label for diferenciating tracks from a disk from tracks from another For compilations, * Put the same disk name and year in every track * Set artist name, track number and track name for every track * Set disk number if needed That way, my labels are *completely correct*, and every well behaved player can order my tracks by album... Yes, those settings are correct, but they still won't work right if you have several compilation albums of the same year with the same title. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Your mentioned 50mA for the AUX LED is ridiculous. It is. Sadly it's also true. And when you are on battery the AUX led is off by default and even if it blinks (like i modified my led behaviour) it isn't really much it uses. Indeed, it's not lit very often... I'll let you guess why that is. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
On Thu, Mar 05, 2009 at 01:19:07AM +0100, Fox Mulder wrote: Andy Green wrote: Johnny Tenfinger is right despite it sounds strange. On some or all A5s there is no base current limit resistor on the bipolar transistor used to light the AUX LED. This 50mA fault current then flows not through the LED (which has a reasonable series current limit resistor), but through the GPIO IO cell and the driver transistor base. If this is the problem than it really is a bad design flaw... Maybe i should test the AUX LED on my gta02v5 how much current it uses when it is on. Ouch. I just tested mine, and the AUX LED really uses that much (about 50mA). Does a SOP exist to fix this? Regards, Thomas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Bluetooth won't connect
Hi, Are you using bluez3 or bluez4. Remoko doesn't work with bluez4. bluetoothd is the daemon for bluez4 and hidd/hcid etc. for bluez3. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] no sound card
Hi, Hans Zimmerman wrote: I do no longer seem to have a sound card in my FreeRunner as it is not found. The freerunner is running fso milestone 5.1 with opkg update opkg upgrade. Well, I have this problem too - and I really haven't had the time to pipe up on the fso or this list. Do the following :- modprobe snd_soc_neo1973_gta02_wm8753 modprobe snd-pcm-oss alsactl -f /usr/share/openmoko/scenarios/stereoout.state restore You'll get the sound card back. I keep these lines in a sh script - and use it everytime I reboot. HTH. -- View this message in context: http://n2.nabble.com/-fso--no-sound-card-tp2423797p2427397.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
Feedback on FSO 5.1
Hi, I've been using FSO 5.1 for some time now and here is some (late - I know) feedback. I'm using 5.1 with Qi and the standard kernel. 1. The snd_soc_neo1973_gta02_wm8753, modprobe snd-pcm-oss modules do not get loaded automatically on startup. 2. I also need to set up the stereoout.state after startup. 3. Need to install libmad to get mp3 ringtones working. 4. After requesting resource Display / CPU and releasing them - automatic dimming and suspending stops working (I'm using a rule to suspend the freerunner if it's not charging). I think there is a fix for this already. 5. Need the devel packages for elementary. I've tried the svn and the new version has neat sliders. Can we look at moving to the newer version or is that unlikely because of the probable dependencies on eina/ecore etc? In that case can we have the devel versions in the repository? 6. Can you point me to some place where I can read up on how to patch the build process for FSO packages? I want to patch mplayer to use tremor instead of libvorbis. It's an option in mplayer (and there might be some breakage too) but where and how so I start any of such stuff? 7. Can rules.yaml be made more flexible such as for eg to allow me to use the aux button to choose amongst three volume settings during a call? 8. And to have user configurable brightness settings apart from changing rules.yaml and reloading the rules. (Maybe the values could be picked up from another file and used thereafter. Just a thought.) 9. Would like to know how to get my bluetooth headset working in the interim - till things get all set up in FSO itself. :-) 10. frameworkd uses upto 70% CPU when changing cells. This is for a brief period - but 70%? Isn't that too high? Or is that hit because of python - something we need to live with or are there (possible) methods for reducing such usage to more acceptable limits? Thanks. -- View this message in context: http://n2.nabble.com/Feedback-on-FSO-5.1-tp2427488p2427488.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: [SHR-Unstable] Bluetooth won't connect
I seem to have version 3. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Am Mi 4. März 2009 schrieb Fox Mulder: Johny Tenfinger wrote: On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber jo...@openmoko.org wrote: * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) this has been fixed only for orange and blue LEDs under POWER button. Red AUX button is still power hungry - it is eating 50mA. Your mentioned 50mA for the AUX LED is ridiculous. It would burn out with this high current. Normal LEDs only use ~20mA and low current LEDs ~2mA. 50mA would be for a higher power led which isn't build into the freerunner. And when you are on battery the AUX led is off by default and even if it blinks (like i modified my led behaviour) it isn't really much it uses. Ciao, Rainer The power is consumed by driving a common-emitter transistor driver for LED without base resistor. Current flows from GPIO via base to emitter, and it for sure had been wiser to drive LED directly from GPIO ;-), instead of burning 40mA base current for 10mA collector current. (ballpark numbers) For the non-fixed AUX LED: I wasn't aware these versions have been sold :-/ cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing GSM firmware
Steve 'dillo Okay armad...@roadknightlabs.com writes: I'm trying to flash my GSM firmware and running into a problem. I get to the point where I run the fluid command line and it just sits there. Basically the idea is that in one terminal you run fluid with right parameters, and in the other you powercycle the modem. Sometimes powercycling is needed more than once (while fluid still stays at (reset target)). And make sure no app accesses GSM. Also i'd recommend to use the latest stable or any recent andy-tracking kernel, but it's not strictly necessary. Here's the output of what I'm typing in the main window: r...@om-gta02:/usr/sbin# echo 0 /sys/bus/platform/devices/neo1973-pm- gsm.0/power_on r...@om-gta02:/usr/sbin# echo 1 /sys/bus/platform/devices/neo1973-pm- gsm.0/power_on r...@om-gta02:/usr/sbin# s3c24xx-gpio b7=0 r...@om-gta02:/usr/sbin# echo a...@poff /dev/ttySAC0 r...@om-gta02:/usr/sbin# FLUID_PORT=/dev/ttySAC0 FLUID_FLOWCONTROL=h fluid.exe \ -oO -b 115200\ -f /home/root/gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0- moko10.m0 All this steps except starting fluid.exe are not strictly necessary and i'd recommend to start fluid like that: FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -od13,13 -f path_to_moko11_bin Notice i use ROM bootloader and moko11 firmware. In the other terminal something like this should be enough: r...@om-gta02:/usr/sbin# echo 0 /sys/bus/platform/devices/neo1973-pm- gsm.0/power_on r...@om-gta02:/usr/sbin# echo 1 /sys/bus/platform/devices/neo1973-pm- gsm.0/power_on r...@om-gta02:/usr/sbin# s3c24xx-gpio b7=0 If fluid doesn't pass the (reset target) state, repeat this steps. Basically it's like i described. Alternatively, try Joerg's uSD automated image: http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz It works and reliably flashes the firmware for you. -- 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
