Re: [SHR-Unstable] Broken Batter Applet
2009/5/26 Thomas White t...@bitwiz.org.uk: I found that as well. Is anyone able to comment on what HAL is being used for in SHR-Unstable? If it's simply been pulled in as a dependency (e.g. for X.org) and isn't actively being used (e.g. by X.org for input management), then it can be removed without breaking anything, which makes the problem go away. hal appears to be a dependency of xserver-kdrive-fbdev and xserver-security-policy; is it actually critical for these packages, or is thomas' assessment correct? i'm getting the same problem of reported charge ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
William Kenworthy bi...@iinet.net.au writes: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... Occasionally? Ticket #? so not unless things have changed and it seems currently unmaintained. It is maintained. And it just works. I'm sad to see you saying things like that. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR testing won't boot - jffs2 error ?
On Sun, 31 May 2009 12:18:31 pm Chris Samuel wrote: This might be a false alarm, I just put OM2009 TR4 back on and noticed that when I ssh'd in it was running 2.6.29-rc2, not the 2.6.28 TR4 kernel I'd just flashed. It appears that this is down to Qi, it's booting the 2.6.29-rc2 kernel from /boot in the Om2009 TR4 filesystem in NAND, not the 2.6.28 kernel I flashed. I was getting confused thinking that it could be booting the Android kernel off of the first partition on the SD card, but it only does that if it's ext2/ext3 and (fortunately) it's FAT16. cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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: [Om2009] a community effort
On Sun, May 31, 2009 at 3:50 AM, William Kenworthy bi...@iinet.net.au wrote: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes r no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... so not unless things have changed and it seems currently unmaintained. Be nice to be corrected as uboot seems essentially in the same boat, but at least its more reliable. BillK -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Qi never failed on me. 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: [SHR-Unstable] Broken Batter Applet
Robin Paulson robin.paul...@gmail.com writes: 2009/5/26 Thomas White t...@bitwiz.org.uk: I found that as well. Is anyone able to comment on what HAL is being used for in SHR-Unstable? If it's simply been pulled in as a dependency (e.g. for X.org) and isn't actively being used (e.g. by X.org for input management), then it can be removed without breaking anything, which makes the problem go away. hal appears to be a dependency of xserver-kdrive-fbdev and xserver-security-policy; is it actually critical for these packages, or is thomas' assessment correct? i'm getting the same problem of reported charge This is a problem that needs to be fixed. For the time being it can be easily workarounded by using internal method for the battery applet, but a proper long-term solution is yet to be found. For that one needs to contact HAL guys and ask them about how exactly they recommend to use their battery-monitoring interfaces, both from upper level (how an application should deal with current situation where we have 1 apm emulation for the battery, one usb power supply (that according to the hal sources is also considered a battery) and one real battery) and a lower layer (that real battery monitoring doesn't work because E's battery gadget assumes the presence of some sysfs properties that our driver lacks, OTOH i couldn't find any document describing which sysfs nodes really must be present to be compliant and which are optional). -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT Improved - sms messages stop being received
Hi Franky Thanks for the tip about activating the predictive dictionary. I've just been watching the installer, and it cannot download: http://www.e-dynamics.be/openmoko/mplayer-glamo.config Can you check the permissions on the server for this file? That, and bluez-audio + bluez-utils packages are not in the repostories it configures, so the is a bunch of bluetooth errors. Regards Glen Ogilvie On Sunday 31 May 2009, Franky Van Liedekerke wrote: On Sat, 30 May 2009 22:48:42 +1200 Glen Ogilvie n...@linuxsolutions.co.nz wrote: I am running your release built on May 2. QT Extended version 4.4.3. kernel: 2.6.29-rc2, and qte_20090502.tgz I'll update the latest version, as I see the is a new version out by the looks of it. Oh, one thing I noticed is it seems that the predictive dictionary on the keyboard is disabled.. Is that intentional? yes it is, but you can reactivate again by sliding diagonal: left down to right up (I think). Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community 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: Solar charger (was Re: News Openmoko Shop Pulster)
On Sun, May 31, 2009 at 9:26 AM, Peter Harrison cheetah...@gmail.com wrote: I thought I would provide some of my experience with using solar power. My experience involves using a 12v panel. You can get 12v Hi folks, Another source for our part of the world is jaycar.com.auyou can select batteries and chargers/chargers and find a solar panel car charger. Also dc-dc converter many kinds, with prices. cheers, clare panels from all kinds of places. In order to step down 12v to the required 5v you will need an efficient dc converter: http://us.100y.com.tw/PNoInfo/21207.htm Do NOT use a 5v regulator as you will dump half the power directly into the regulator as heat. That is not only a waste of power but potentially a fire risk. From there you can get a connector to the NEO USB and simply wire in the power. I actually had a PhidgetServo board and wired the power directly into it. To get my NEO to charge I had to turn on the external charging and set to 500ma. The point here is that you will need 5v x 500ma = 2.5W in order to supply that kind of juice. This power is only available in full exposure. It also does not account for any conversion loss. I recommend using a 5W panel. Obviously if you can get a 6v or 5v panel you could use a basic regulator without much trouble. This is not a kind of panel you can carry around easily. Some 'chargers' on the market have such low surface area they have no realistic chance of supplying the kind of juice required for charging in a realistic time frame. Here is panel I'm using: http://www.dse.co.nz/dse.shop/4a21d7f801e681262741c0a87f3b06ee/Product/View/O3345 ___ 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: [Om2009] a community effort
William Kenworthy wrote: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes r no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... so not unless things have changed and it seems currently unmaintained. Be nice to be corrected as uboot seems essentially in the same boat, but at least its more reliable. I use QI for some months now and it never failed once to boot my neo. I also changed the version of qi some times to a newer version but this never changed the working state for me. :) So think of QI as stable enough for daily use. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QT Improved - sms messages stop being received
On Sun, 31 May 2009 18:07:48 +1200 Glen Ogilvie n...@linuxsolutions.co.nz wrote: Hi Franky Thanks for the tip about activating the predictive dictionary. I've just been watching the installer, and it cannot download: http://www.e-dynamics.be/openmoko/mplayer-glamo.config Can you check the permissions on the server for this file? hmmm ... it seems my provider refuses to serve files ending in .config, so I renamed it to mplayer-glamo.conf. Download that file and put it in /home/root/.mplayer/config That, and bluez-audio + bluez-utils packages are not in the repostories it configures, so the is a bunch of bluetooth errors. yeah, it seems bluez3 has been removed from the repositories, so I can no longer downgrade to that. As a result, bluetooth is not working for now. I don't get it though, I've asked very politely to include bluez3 again, but got no response at all. Even if bluez4 is the standard, it should be no trouble to still provide bluez3 ... For now: both things have been adapted in the install script as well. Btw: unwillingly, you're on the newest version, containing some new apps, games, gqsync, etc ... tomorrow I will recompile for the latest codefixes and then release the new version to the world. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Sun, May 31, 2009 at 10:09:15AM +0300, Risto H. Kurppa wrote: On Sun, May 31, 2009 at 3:50 AM, William Kenworthy bi...@iinet.net.au wrote: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... so not unless things have changed and it seems currently unmaintained. Be nice to be corrected as uboot seems essentially in the same boat, but at least its more reliable. Qi never failed on me. Never failed to me either, and boot was much faster (kernel, system, and to paroli). I found this strange but then, reading lower down on Qi's wiki page it seems like I'm not the only one who felt that. Also: suspend is working much more reliably ever since the upgrade to Qi, so far I've only had to reboot because of that damn bug where suspend stops and no calls are doable (in and out). Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] No sound during calls
Hi. I'm not sure where I messed up this time but hopefully someone can point it out. Few days back I had a fully functional SHR unstable (not the latest I guess). Calls worked fine. I updated, got the problem that calls started to echo again - see thread called Re: [shr] [om2009] call volume in shr-unstable. I changed my /usr/share/openmoko/scenarios/gsmhandset.state according to the instructions in the thread as well but can't tell for sure if the current problem started then. At one point however I had completely no sound at all during calls and the other side didin't hear me either. At that point returning gsmhandset.state to the original did not help either. Well, I mess up my SHR about once or twice a month so that's not a big deal and today I installed the latest unstable: kernel: uImage-2.6.29-oe10+gitr119809+f16c3431a1a7510eb3504ec5d96677dd0fac4cd6-r3.4-om-gta02.bin image: shr-shr-image-glibc-ipk--20090523-om-gta02.rootfs.jffs2 I updated it as well. Now the peculiar thing is that the problem still remains after the reflash. I was sure that it was the gsmhandset state file that was messed up but now I'm not so sure. Does anyone have any ideas? The audio is not completely broken as I can play mp3s on the device. I suspect that it's not a SHR-wide problem either as I haven't seen anyone complain yet. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] No sound during calls
On Sun, May 31, 2009 at 14:58, Yogiz yog...@gmail.com wrote: Hi. I'm not sure where I messed up this time but hopefully someone can point it out. Few days back I had a fully functional SHR unstable (not the latest I guess). Calls worked fine. I updated, got the problem that calls started to echo again - see thread called Re: [shr] [om2009] call volume in shr-unstable. I changed my /usr/share/openmoko/scenarios/gsmhandset.state according to the instructions in the thread as well but can't tell for sure if the current problem started then. At one point however I had completely no sound at all during calls and the other side didin't hear me either. At that point returning gsmhandset.state to the original did not help either. Well, I mess up my SHR about once or twice a month so that's not a big deal and today I installed the latest unstable: kernel: uImage-2.6.29-oe10+gitr119809+f16c3431a1a7510eb3504ec5d96677dd0fac4cd6-r3.4-om-gta02.bin image: shr-shr-image-glibc-ipk--20090523-om-gta02.rootfs.jffs2 I updated it as well. Now the peculiar thing is that the problem still remains after the reflash. I was sure that it was the gsmhandset state file that was messed up but now I'm not so sure. Does anyone have any ideas? The audio is not completely broken as I can play mp3s on the device. I suspect that it's not a SHR-wide problem either as I haven't seen anyone complain yet. Yogiz Check, if you have alsa-scenarii-shr installed, and change scenario_dir in /etc/frameworkd.conf to /usr/share/shr/scenarii/. Then check, if you have sound in calls after reboot. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
Not sure - raised it with Andy directly when he asked for comments - but it was not going to be fixed as it was works for me (booting failures) - this being him. And, as you know he was very against Qi printing anything informative to the user as it would take time and Qi was about speed, not correctness - my impression based on Andy's comments. As far as I am aware its not maintained, though Andy did say he hoped he would be able to do so - I just checked the OM wiki page for it and see that there is a new download directory, but no information about progress other than approaching release. I am still wary of wasting time trying it because the wiki still says A short press on the power button is enough to make Qi start booting. In a few seconds the backlight will be lit, but the kernel will not spew any console messages unless something is wrong. It may take up to 2 minutes (depends on distribution) until X is started during which there will be no visual feedback. Please be patient. - that is just plain broken from a user perspective and in my case, wasted time as it didnt always reliably start when pressing the powerbutton. Why am I so negative - lost an important call when the FR didnt boot when it should have - due to Qi. I am just not prepared to stare at the FR for in excess of 2 minutes to see if it boots before getting on with life. The wiki suggests looking for the backlight ... what a joke, ever tried doing that in daylight/real life? BillK On Sun, 2009-05-31 at 10:32 +0400, Paul Fertser wrote: William Kenworthy bi...@iinet.net.au writes: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... Occasionally? Ticket #? so not unless things have changed and it seems currently unmaintained. It is maintained. And it just works. I'm sad to see you saying things like that. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] No sound during calls
have you read this: Meanwhile, sadly, I did some commits which hampered the sound scenarii states in unstable. If you upgrade unstable and do not have sound anymore, please install the following package : opkg install --force-overwrite http://build.shr-project.org/shr-oemerge/ipk/om-gta02/alsa-scenarii-shr_1.0+gitr46+ffc76f0e56e68b32b80c0c144f3070544bc72737-r0_om-gta02.ipk It will install the new sound scenarii we built for your pleasure :-) hope it helps y On Sun, May 31, 2009 at 2:58 PM, Yogiz yog...@gmail.com wrote: Hi. I'm not sure where I messed up this time but hopefully someone can point it out. Few days back I had a fully functional SHR unstable (not the latest I guess). Calls worked fine. I updated, got the problem that calls started to echo again - see thread called Re: [shr] [om2009] call volume in shr-unstable. I changed my /usr/share/openmoko/scenarios/gsmhandset.state according to the instructions in the thread as well but can't tell for sure if the current problem started then. At one point however I had completely no sound at all during calls and the other side didin't hear me either. At that point returning gsmhandset.state to the original did not help either. Well, I mess up my SHR about once or twice a month so that's not a big deal and today I installed the latest unstable: kernel: uImage-2.6.29-oe10+gitr119809+f16c3431a1a7510eb3504ec5d96677dd0fac4cd6-r3.4-om-gta02.bin image: shr-shr-image-glibc-ipk--20090523-om-gta02.rootfs.jffs2 I updated it as well. Now the peculiar thing is that the problem still remains after the reflash. I was sure that it was the gsmhandset state file that was messed up but now I'm not so sure. Does anyone have any ideas? The audio is not completely broken as I can play mp3s on the device. I suspect that it's not a SHR-wide problem either as I haven't seen anyone complain yet. Yogiz ___ 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: [Om2009] a community effort
On Sun, 2009-05-31 at 10:46 +0200, Fox Mulder wrote: William Kenworthy wrote: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes r no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... so not unless things have changed and it seems currently unmaintained. Be nice to be corrected as uboot seems essentially in the same boat, but at least its more reliable. I use QI for some months now and it never failed once to boot my neo. I also changed the version of qi some times to a newer version but this never changed the working state for me. :) So think of QI as stable enough for daily use. Ciao, Rainer ok, thats a few saying it works so I'll give it another try. But I really really dont like the way it doesnt inform the user whats happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] No sound during calls
Yogiz wrote: Hi. I'm not sure where I messed up this time but hopefully someone can point it out. Few days back I had a fully functional SHR unstable (not the latest I guess). Calls worked fine. I updated, got the problem that calls started to echo again - see thread called Re: [shr] [om2009] call volume in shr-unstable. I changed my /usr/share/openmoko/scenarios/gsmhandset.state according to the instructions in the thread as well but can't tell for sure if the current problem started then. At one point however I had completely no sound at all during calls and the other side didin't hear me either. At that point returning gsmhandset.state to the original did not help either. Well, I mess up my SHR about once or twice a month so that's not a big deal and today I installed the latest unstable: kernel: uImage-2.6.29-oe10+gitr119809+f16c3431a1a7510eb3504ec5d96677dd0fac4cd6-r3.4-om-gta02.bin image: shr-shr-image-glibc-ipk--20090523-om-gta02.rootfs.jffs2 I updated it as well. Now the peculiar thing is that the problem still remains after the reflash. I was sure that it was the gsmhandset state file that was messed up but now I'm not so sure. Does anyone have any ideas? The audio is not completely broken as I can play mp3s on the device. I suspect that it's not a SHR-wide problem either as I haven't seen anyone complain yet. Yogiz There is a discussion of this problem on shr-user mailing list: http://lists.shr-project.org/pipermail/shr-user/2009-May/000416.html signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Sun, May 31, 2009 at 03:47:04PM +0800, William Kenworthy wrote: Not sure - raised it with Andy directly when he asked for comments - but it was not going to be fixed as it was works for me (booting failures) - this being him. And, as you know he was very against Qi printing anything informative to the user as it would take time and Qi was about speed, not correctness - my impression based on Andy's comments. It prints enough debug info via serial line. And printing to LCM (esp. if it's that hard as with gta02) is basically a misfeature for a bootloader. What do you suggest? As far as I am aware its not maintained, If you have some particular problem i will put my time into fixing it, so it is maintained. As was proved by recent addition of SDHC support to gta01. time trying it because the wiki still says A short press on the power button is enough to make Qi start booting. In a few seconds the backlight will be lit, but the kernel will not spew any console messages unless something is wrong. It may take up to 2 minutes (depends on distribution) until X is started during which there will be no visual feedback. Please be patient. - that is just plain broken from a user perspective and in my case, wasted time as it didnt always reliably start when pressing the powerbutton. It also uses AUX led to indicate process, if you use it in the simplest case (boot kernel from 1st SD partition), the AUX led will blink twice and it means that it worked. If the kernel can't do what it needs to do -- not a bootloader problem. And on GTA02 i've implemented (and it still works reliably) a feature to see kernel debugging messages on LCM (with loglevel=8) if you're holding the power button just before Qi is about to boot kernel. So to me your comments seem to be void, sorry. Why am I so negative - lost an important call when the FR didnt boot when it should have - due to Qi. Losing a call on FR due to a bootloader? Very worrying, indeed. I am just not prepared to stare at the FR for in excess of 2 minutes to see if it boots before getting on with life. The wiki suggests looking for the backlight ... what a joke, ever tried doing that in daylight/real life? Look at AUX led. Enable whichever loglevel for kernel you like. Boot a minimal kernel that will boot really fast. Not a bootloader problem. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Sun, May 31, 2009 at 09:47, William Kenworthy bi...@iinet.net.au wrote: As far as I am aware its not maintained, though Andy did say he hoped he would be able to do so - I just checked the OM wiki page for it and see that there is a new download directory, but no information about progress other than approaching release. I am still wary of wasting time trying it because the wiki still says A short press on the power button is enough to make Qi start booting. In a few seconds the backlight will be lit, but the kernel will not spew any console messages unless something is wrong. It may take up to 2 minutes (depends on distribution) until X is started during which there will be no visual feedback. Please be patient. - that is just plain broken from a user perspective and in my case, wasted time as it didnt always reliably start when pressing the powerbutton. SHR displays bootsplash by default, and I think every distro should do that (even as text banner). Bootsplash isn't bootloader issue, and I never had problems with booting with Qi (other than with u-boot :P) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Tichy version 1.1.0 released
Hello everybody ! This is the announcement for the release of tichy version 1.1.0. This is the second release, coming 2 months after the first one. For those who don't know, tichy is a python applets manager aimed toward telephony applications. I uploaded a video [0] on youtube showing how the interface looks like. We can also see some screen-shots from the google code page [1] The release notes, with the list of changes can be seen here [2. Beside a lot of internal cleaning, the biggest changes are : - improved widget style system - improved PIM support - improved text editor - improved terminal application - added unit tests I provide a package for both debian and SHR/FSO. It has been mostly tested on debian, and some things may not work very well on other distributions. I hope this will interest people. I would like to know if any maintainers of distributions would be interested to add tichy into there feeds. Looking forward for comments, Cheers, Guillaume [0] http://www.youtube.com/watch?v=Zv8t3XtNF5w [1] http://code.google.com/p/tichy/ [2] http://tichy.googlecode.com/svn/release/1.1.0/README -- Guillaume Chéreau blogs : http://charlie137.blogspot.com/, http://charlie137-2.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery only charger
Hi, does anyone know a good charger for the battery only? The wiki page about the battery [1] tells that you cannot charge the Freerunner battery in a Nokia phone or with original Nokia chargers. Does anyone know a working charger and a source where to get it (preferably in Germany). Has anyone tried the Nokia DT-14 [2] in any combination with or without success? * DT-14 + original Nokia charger * DT-14 + non-Nokia charger (which?) * another desk stand (which?) + Nokia charger * another desk stand (which?) + (optinal) non-Nokia charger (which?) Thanks for your help. Cheers, Christian [1] http://wiki.openmoko.org/wiki/Neo_FreeRunner_Battery [2] http://europe.nokia.com/A4160020 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi, I finally found one here [1] + adapter [2] for EU power outlets for less than EUR 5 (no shipping fees). I could completely (i.e. 100%) charge my second Freerunner battery with this charger. Afterwards the following worked for me with SHR unstable 23/05/2009: * plug in USB * powerdown GSM * change battery * powerup GSM (needed to reenter PIN) Cheers, Christian [1] http://www.dealextreme.com/details.dx/sku.21277 [2] https://www.dealextreme.com/details.dx/sku.3529 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Using loglevel=8 to boot and then silencing the kernel (was: Re: [Om2009] a community effort)
William Kenworthy bi...@iinet.net.au writes: On Sun, 2009-05-31 at 10:46 +0200, Fox Mulder wrote: I use QI for some months now and it never failed once to boot my neo. I also changed the version of qi some times to a newer version but this never changed the working state for me. :) So think of QI as stable enough for daily use. ok, thats a few saying it works so I'll give it another try. But I really really dont like the way it doesnt inform the user whats happening. BTW, you can set loglevel to 8 to have a slow but informative kernel boot and then issue dmesg -n1 somewhere in your initscripts so that verbose messages won't hurt suspend/resume time. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] No sound during calls
Thank you, all three of you. I did as you suggested and now have a working phone once more. I should probably register to the shr mailinglist as well. P.S. The new SHR seems even nicer then before and I had practically no problems getting everything to work anew. Intone installed already, ffalarms and mokomaze in the repo all ready. You're doing one hell of a job so I won't mind if you break unstable every once in a while : ). That's what it's for after all. On Sun, 31 May 2009 18:01:31 +0400 ivvmm unachieva...@gmail.com wrote: Yogiz wrote: Hi. I'm not sure where I messed up this time but hopefully someone can point it out. Few days back I had a fully functional SHR unstable (not the latest I guess). Calls worked fine. I updated, got the problem that calls started to echo again - see thread called Re: [shr] [om2009] call volume in shr-unstable. I changed my /usr/share/openmoko/scenarios/gsmhandset.state according to the instructions in the thread as well but can't tell for sure if the current problem started then. At one point however I had completely no sound at all during calls and the other side didin't hear me either. At that point returning gsmhandset.state to the original did not help either. Well, I mess up my SHR about once or twice a month so that's not a big deal and today I installed the latest unstable: kernel: uImage-2.6.29-oe10+gitr119809+f16c3431a1a7510eb3504ec5d96677dd0fac4cd6-r3.4-om-gta02.bin image: shr-shr-image-glibc-ipk--20090523-om-gta02.rootfs.jffs2 I updated it as well. Now the peculiar thing is that the problem still remains after the reflash. I was sure that it was the gsmhandset state file that was messed up but now I'm not so sure. Does anyone have any ideas? The audio is not completely broken as I can play mp3s on the device. I suspect that it's not a SHR-wide problem either as I haven't seen anyone complain yet. Yogiz There is a discussion of this problem on shr-user mailing list: http://lists.shr-project.org/pipermail/shr-user/2009-May/000416.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with gstreamer for python needed
Andreas Hennig wrote: Hi All! Does one of you have expirience with gstreamer? I use gstreamer for my music player pyRok. Initialy it works fine but after a while it locks up and i don't see a reason. There is no error message ot something. The music just stops. I compared pyRok with pythm but i cant see any difference regarding gstreamer. PyRok uses pygame as UI. Maybe pygame interfeares with gstreamer somehow... Maybe somebody have an idea... You can get very detailed debugging information from gstreamer by setting the GST_DEBUG environment variable. export GST_DEBUG=3 before running you application for a moderate amount of information, 5 for a lot of information. You can use GST_DEBUG_NO_COLOR=1 if you want to redirect the output to a file without getting it filled with colour codes. Cheers, Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009 testing release 4
On Mon, May 25, 2009 at 05:20:08PM +0100, Rui Miguel Silva Seabra wrote: On Mon, May 25, 2009 at 12:08:33PM -0400, Warren Baird wrote: I had another experience with epdfview where when I held the FR horizontally I had to click about 1.5 cm to the right of the 'next page' button to get it to actually go to the next page. After holding it vertically and then horizontally again, it was fine. As for your problem with landscape vs portrait positions and GUIs... well, that's a problem that's not easy to solve unless all applications pay attention to a specific dbus signal which omnewrotate will send in the future. No problem as long as the X server and touch screen driver is working. Which X server did it happen with (kdriver Xglamo, Xorg fbdev or Xorg glamo)? -- 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: Battery only charger
Christian Rüb christian.r...@gmx.net writes: Hi, I finally found one here [1] + adapter [2] for EU power outlets for less than EUR 5 (no shipping fees). I could completely (i.e. 100%) charge my second Freerunner battery with this charger. Afterwards the following worked for me with SHR unstable 23/05/2009: * plug in USB * powerdown GSM * change battery * powerup GSM (needed to reenter PIN) Cheers, Christian [1] http://www.dealextreme.com/details.dx/sku.21277 [2] https://www.dealextreme.com/details.dx/sku.3529 FYI, I added a pointer to http://wiki.openmoko.org/wiki/Neo_USB_charger_specifications_and_compatibility_list to this post. Feel free to improve. Best regards, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Ole Langbehn wrote: Hello Nikolaus, what are the odds of including the hw fix for bug #1024 (oscillating recamping) into the procedure once it's official (or even before that)? I'm trying to decide if I wait a little bit more with sending in my FR to squash both issues at the same time. Regards, -- This is a good question, I'm wondering the same thing: is there a chance Golden Delicious Computers will offer a fix to bug #1024 within a few weeks and if so, will it be possible to send in your FR and have both bugs fixed at the same time? I'm considering sending my FR in for the debuzzing fix, but the latter case would obviously have my preference :-) Kind regards, Jeroen a.k.a. Tha_Man -- View this message in context: http://n2.nabble.com/Debuzzing-tp2736682p3003344.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: Debuzzing
Tha_Man wrote: [...] Ole Langbehn wrote: [...] what are the odds of including the hw fix for bug #1024 (oscillating recamping) into the procedure once it's official (or even before that)? I'm trying to decide if I wait a little bit more with sending in my FR to squash both issues at the same time. [...] This is a good question, I'm wondering the same thing: is there a chance Golden Delicious Computers will offer a fix to bug #1024 within a few weeks and if so, will it be possible to send in your FR and have both bugs fixed at the same time? Just to point up that there are more of us which think that this is a very good question. I'm considering sending my FR in for the debuzzing fix, but the latter case would obviously have my preference :-) ;-) same here. I'll most probably send my FR for debuzzing, however IF I can send it only once that would be awesome. Kind regards, -- Lech Karol Pawłaszek ike You will never see me fall from grace [KoRn] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cronjobs
Ben, Than you so much, this really is what i needed. If i have put it together with some scripts i will put it on the wiki. This way we can wake-up our FR when a cron job is due. Again thanks a lot. Kind regards, Ed Ben Wong wrote: Sure, I've whipped up an example for you based on the documentation located here: http://search.cpan.org/dist/Schedule-Cron/lib/Schedule/Cron.pm --Ben #!/usr/bin/perl -w use Schedule::Cron; # Dummy subroutine, to make Cron constructor happy. sub dispatcher { print ID: ,shift,\n; print Args: ,@_,\n; } my $cron = new Schedule::Cron(\dispatcher); # You can print out a date from a single line... $line='*/5 3 * * 5,6'; print The crontab entry '$line' will be next executed on ; print scalar(localtime($cron-get_next_execution_time($line))); print \n\n; # ...or you can iterate through a crontab file. $cron-load_crontab(/etc/crontab); my @entries = $cron-list_entries(); foreach $e (@entries) { # time in original cron format, */5 * * * * print $$e{'time'} . \t; my $nexttime=$cron-get_next_execution_time($$e{'time'}); # time in seconds since the epoch print $nexttime . \t; # time in human readable format print scalar(localtime($nexttime)) . \t; # the rest of the line from the crontab file @command = $$e{'args'}; print $command[0][0]; print \n; } # END OF SCRIPT On Sat, May 30, 2009 at 6:29 PM, Ed Kapitein e...@kapitein.org wrote: Ben Wong wrote: Did you try $cron-get_next_execution_time($cron_entry,[$ref_time]) ? --Ben No, i had no idea i could ! But now that i try it i get: Can't call method get_next_execution_time on an undefined value at ./ff.pl line 11. Can you make an example perl script? a real simple one? Thanks ! Kind regards, Ed On Sat, May 30, 2009 at 4:21 PM, Ed Kapitein e...@kapitein.org wrote: Alexey Feldgendler wrote: On Fri, 29 May 2009 15:49:27 +0200, Ed Kapitein e...@kapitein.org wrote: i need a script/program that will read a crontab line ( * * * * * some_action) and output the date and time the job will run. Does anyone know of such a tool? This way i can un-suspend the FR a few seconds prior to the start of that cron job. I already made a script that sort of works, but it is limmited at best and i hate to reinvent the wheel again. You might want to look at this: http://search.cpan.org/dist/Schedule-Cron Hi Alexey and all the others I did take a look at perl, but i am a real perl noob. This is what i have so far: #!/usr/bin/perl use Config::Crontab $event = new Config::Crontab::Event( -data = '*/5 3 * * 5,6 /bin/blech' ); print $event-minute . \n; print $event-hour . \n; print $event-dom . \n; print $event-datetime . \n; print $event-command . \n; print $event-dump . \n; And if i run that i get: */5 3 * */5 3 * * 5,6 /bin/blech */5 3 * * 5,6 /bin/blech Perhaps i am missing the obvious here. Is there someone out there who can make a script that can read a crontab line and give the time and date of the next time it will be executed ? output in the form: secs_since_epoch,-mm-dd,hh:mm,command would be *great* Many thanks in advance, Ed ___ 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 testing won't boot - jffs2 error ?
On Sun, May 31, 2009 at 10:45:06AM +1000, Chris Samuel wrote: I don't get the GC error that the full testing version gives, just three non- Qi related kernel messages, one about pcf50633-rtc being unable to read the hardware clock You need to upgrade the kernel then. I see you mention 2.6.28 in another message. You need to have a version with this patch in it: http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=cc1663fc922c03feb0d7bbb8b18d62fbac0128de Likewise for the GTA01 (pcf50606-rtc): http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=60c66130a4467ca2a2994a6e3d7d5ac63839eefb (Symptoms of the bug are e.g. failures to read the hardware clock at the ends and beginnings of months.) and two others about regulators and then it just hangs. :-( Try a recent 2.6.29-rc3 kernel. -- 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: Tichy version 1.1.0 released
so this runs like a package over SHR? so no reflashing is needed, just install and poke around? On Sun, May 31, 2009 at 9:27 PM, Guillaume Chereau charlie...@gmail.comwrote: Hello everybody ! This is the announcement for the release of tichy version 1.1.0. This is the second release, coming 2 months after the first one. For those who don't know, tichy is a python applets manager aimed toward telephony applications. I uploaded a video [0] on youtube showing how the interface looks like. We can also see some screen-shots from the google code page [1] The release notes, with the list of changes can be seen here [2. Beside a lot of internal cleaning, the biggest changes are : - improved widget style system - improved PIM support - improved text editor - improved terminal application - added unit tests I provide a package for both debian and SHR/FSO. It has been mostly tested on debian, and some things may not work very well on other distributions. I hope this will interest people. I would like to know if any maintainers of distributions would be interested to add tichy into there feeds. Looking forward for comments, Cheers, Guillaume [0] http://www.youtube.com/watch?v=Zv8t3XtNF5w [1] http://code.google.com/p/tichy/ [2] http://tichy.googlecode.com/svn/release/1.1.0/README -- Guillaume Chéreau blogs : http://charlie137.blogspot.com/, http://charlie137-2.blogspot.com/ ___ 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: Bluetooth Keyboard for Openmoko
i just got the wired version of this keyboard. works relatively well, large enough for two handed typing and the size is about 1.5 freerunners tall. http://www.gizfever.com/product_info.php?products_id=737 this is the one i got: http://www.gizfever.com/product_info.php?products_id=681 though the up arrow does not seem to function. which is nice in when using the terminal... im going to update the keyboard wiki page when i get back to the states in about a week 2009/5/29 Staley, Daniel L dlst...@uky.edu I would recommend the iGo bluetooth keyboard. It folds up, is super portable...and works great with the freerunner. http://www.supermediastore.com/igo-stowaway-ultra-slim-bluetooth-keyboard-for-pda.html It even has a holder that can hold the freerunner vertically or horizontally while you are typing. I was able to find one on ebay for pretty cheap. See a clip of me using it to chat in irc here: http://www.bufferunderflow.com/?entry=6 Kind of a crappy camera job, but you get the picture. -Dan From: Max [...@darim.com] Sent: Thursday, May 28, 2009 10:54 PM To: List for Openmoko community discussion Subject: Re: Bluetooth Keyboard for Openmoko В Чтв, 28/05/2009 в 13:10 +0200, Michal Brzozowski пишет: Pulster is now offering a really nice bt keyboard in the OM accessories. It's about the size of the FR. Can't hold myself but to actually mention that the whole point of having separate keyboard to my mind is to have something significantly bigger than FR :) cheers, Max. ___ 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
usb0 vs eth0
Hello. When I plug FR it appears as eth0 instead of usb0. According to http://www.linux-usb.org/usbnet/ I have to set the local assignment bit, 0x02 in the first octet, to ensure it still uses a name like usb0 not eth0. Do you know what does it mean? I'd like FR to always appear as usb0 so it wouldn't interfere with real ethernet interfaces. thanks, Max. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community