Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Hi Lukasz 1st, thanks for this great application. I would like to know: * if you planed to release a deb package for the debian based distros * if you planned to add the features wich mimate the sun rising by increasing the light step by step as the sound increase the volume. The best would be to go from red to orange, then yello then white :D Thx again 2009/4/27 Łukasz Pankowski lukp...@o2.pl Steven ** montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.com writes: A well written app that works quite well under latest SHR-testing (installed via opkg directly from SHR feeds). Nice to hear. One area I think needs improvement ASAP: my Freerunner suspends (thus silencing the alarm) before the alarm gets loud enough to really wake me up. SHR goes back to suspended after about 1 minute even if ffalarms is playing the alarm. There are two things that would help this: 1. Make the loudness increase by more with each step. Ideally this would be configurable. Currently it increases the volume +1 each second, I may make the time between increases configurable in config file if you insist that fixing point 2. (see below) is not enough for you. 2. Make ffalarms prevent suspend for a time, maybe 5 minutes. (Note that it would be REALLY bad to prevent suspend indefinitely, as I might forget I set an alarm and walk away from the phone, only to come back hours later to an empty battery) I will try to fix the suspend issue this weekend (time is scarce) that is avoid suspending until you stop the alarm. ___ 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
Draft of 17th community update
Dear All, The draft of 17th community update is available here: http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009 Please feel free to add/edit any information that I have missed out. This update is for the period from April 18th to April 30th.The update will be released on April 30th. Regards, Sushama ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
On Mon, 27 Apr 2009 15:17:27 +0200 David Garabana Barro da...@garabana.com said: On Monday 27 April 2009 15:07:09 Timo Juhani Lindfors wrote: David Garabana Barro da...@garabana.com writes: No one has xv support. I bet there are not difference when playing videos. You mean this one? li...@ginger:~$ xdpyinfo | grep XV XVideo I'm using Xorg with xf86-video-glamo git revision 703acea13. He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;) But knowing Xorg glamo has xv support are really great news! :) What about xrand and composite? xglamo had xv support ever since (long before gta02 went on sale). i even quoted performance numbers using accelerated xv in xglamo long ago. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
Adam Jimerson wrote: Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org http://opkg.org to see if I have any better luck with it. I have trouble with wifi in SHR testing too. I suspect a kernel problem. I usually run wpa_supplicant. Failing that, I connect to WEP networks using iwlist iwconfig commands directly. Even these low-level tools fails most of the time. Occationally iwlist eth0 scan will work, but repeat the command and eth0 suddenly doesn't support scanning. And of course it won't ever connect to any access point. Similiarly, iwconfig may claim there is no support for setting the essid. Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
kimaidou wrote: Hi Lukasz 1st, thanks for this great application. I would like to know: * if you planed to release a deb package for the debian based distros * if you planned to add the features wich mimate the sun rising by increasing the light step by step as the sound increase the volume. The best would be to go from red to orange, then yello then white :D Thx again 2009/4/27 Łukasz Pankowski lukp...@o2.pl Steven ** montgoss+openmokocommun...@gmail.com mailto:montgoss%2bopenmokocommun...@gmail.com writes: A well written app that works quite well under latest SHR-testing (installed via opkg directly from SHR feeds). Nice to hear. One area I think needs improvement ASAP: my Freerunner suspends (thus silencing the alarm) before the alarm gets loud enough to really wake me up. SHR goes back to suspended after about 1 minute even if ffalarms is playing the alarm. There are two things that would help this: 1. Make the loudness increase by more with each step. Ideally this would be configurable. Currently it increases the volume +1 each second, I may make the time between increases configurable in config file if you insist that fixing point 2. (see below) is not enough for you. 2. Make ffalarms prevent suspend for a time, maybe 5 minutes. (Note that it would be REALLY bad to prevent suspend indefinitely, as I might forget I set an alarm and walk away from the phone, only to come back hours later to an empty battery) I will try to fix the suspend issue this weekend (time is scarce) that is avoid suspending until you stop the alarm. Please keep the alarm going for 15min or so - it is possible to sleep through 5 min. :-) 15 min won't hurt the battery much. Also, consider using the vibrator when the ringing gets loud. That helps if the phone is inside a pocket, in a noisy place. Thanks for a fine and useful app! Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Draft of 17th community update
sushama wrote: Dear All, The draft of 17th community update is available here: http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009 Please feel free to add/edit any information that I have missed out. This update is for the period from April 18th to April 30th.The update will be released on April 30th. Something to add for the PyFlash notice: PyFlash 0.5 will have flashcards for all katakana, hiragana and different groups of kanji, with increasing in difficulty. Regards, Sushama ___ 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] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
2009/4/28 Helge Hafting helge.haft...@hist.no: Adam Jimerson wrote: Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org http://opkg.org to see if I have any better luck with it. I have trouble with wifi in SHR testing too. I suspect a kernel problem. I usually run wpa_supplicant. Failing that, I connect to WEP networks using iwlist iwconfig commands directly. Even these low-level tools fails most of the time. Occationally iwlist eth0 scan will work, but repeat the command and eth0 suddenly doesn't support scanning. And of course it won't ever connect to any access point. Similiarly, iwconfig may claim there is no support for setting the essid. Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. I may confirm this, I got unexpected wow events (it was already reported), playing with enabling/disabling wifi in FSO after a bit put the wifi chip in an unusable state with a strange framework log error (similiar to expecting power set to 0 but failed), when this happens the command iwconfig eth0 power off crashes and the kernel oops. Other problems with wpa roaming mode that seems to not work, wpa_action is missing, wpa_cli does not reports all connect/disconnect errors and so on. I ignored all these issues as before I used mainly BT networking and USB, they works well with recent kernels, with olders BT stopped to work after suspend/resume and with USB my laptop was often not able to enumerate. The network nightmare :) Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
I installed ffalarms and love it, but the wakeup from suspend doesn't work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python 2.6 package. Is there anything to configure, so that it might work? (At least my phone doesn't goes to sleep by itself, so thats no issue... but that's another problem with fso5 :D). Timo Helge Hafting schrieb: kimaidou wrote: Hi Lukasz 1st, thanks for this great application. I would like to know: * if you planed to release a deb package for the debian based distros * if you planned to add the features wich mimate the sun rising by increasing the light step by step as the sound increase the volume. The best would be to go from red to orange, then yello then white :D Thx again 2009/4/27 Łukasz Pankowski lukp...@o2.pl Steven ** montgoss+openmokocommun...@gmail.com mailto:montgoss%2bopenmokocommun...@gmail.com writes: A well written app that works quite well under latest SHR-testing (installed via opkg directly from SHR feeds). Nice to hear. One area I think needs improvement ASAP: my Freerunner suspends (thus silencing the alarm) before the alarm gets loud enough to really wake me up. SHR goes back to suspended after about 1 minute even if ffalarms is playing the alarm. There are two things that would help this: 1. Make the loudness increase by more with each step. Ideally this would be configurable. Currently it increases the volume +1 each second, I may make the time between increases configurable in config file if you insist that fixing point 2. (see below) is not enough for you. 2. Make ffalarms prevent suspend for a time, maybe 5 minutes. (Note that it would be REALLY bad to prevent suspend indefinitely, as I might forget I set an alarm and walk away from the phone, only to come back hours later to an empty battery) I will try to fix the suspend issue this weekend (time is scarce) that is avoid suspending until you stop the alarm. Please keep the alarm going for 15min or so - it is possible to sleep through 5 min. :-) 15 min won't hurt the battery much. Also, consider using the vibrator when the ringing gets loud. That helps if the phone is inside a pocket, in a noisy place. Thanks for a fine and useful app! Helge Hafting ___ 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: Theora 320x240 - is it possible?
O Martes, 28 de Abril de 2009, Rask Ingemann Lambertsen escribiu: On Mon, Apr 27, 2009 at 02:50:56PM +0200, David Garabana Barro wrote: You should use a patched mplayer. Xglamo has not xv support. $ xdpyinfo -display :0 | grep -F -e XVideo XVideo It works fine in guvcview for down scaling a 640x480 viewfinder window to something more manageble. It's great to realise that I was missing this feature for such a long time... and it was there ;) -- 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: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
On Tue, Apr 28, 2009 at 7:49 AM, Helge Hafting helge.haft...@hist.nowrote: I have trouble with wifi in SHR testing too. I suspect a kernel problem. I usually run wpa_supplicant. Failing that, I connect to WEP networks using iwlist iwconfig commands directly. Even these low-level tools fails most of the time. Occationally iwlist eth0 scan will work, but repeat the command and eth0 suddenly doesn't support scanning. And of course it won't ever connect to any access point. Similiarly, iwconfig may claim there is no support for setting the essid. Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. The low-level tools even fail on open and Mac filtered networks, I'm not finding any bug reports on SHR's bug tracking system but I may upgrade my phone today and test with the latest kernel and everything, if no one has already tried that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
On Tue, Apr 28, 2009 at 8:15 AM, Nicola Mfb nicola@gmail.com wrote: I ignored all these issues as before I used mainly BT networking and USB, they works well with recent kernels, with olders BT stopped to work after suspend/resume and with USB my laptop was often not able to enumerate. I have not tried bluetooth networking before, but I have no problems with USB networking with this kernel, so there is hope! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
O Martes, 28 de Abril de 2009, Carsten Haitzler escribiu: On Mon, 27 Apr 2009 15:17:27 +0200 David Garabana Barro He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;) But knowing Xorg glamo has xv support are really great news! :) What about xrand and composite? xglamo had xv support ever since (long before gta02 went on sale). i even quoted performance numbers using accelerated xv in xglamo long ago. Do you remember the subject of that thread? I'm trying to find it,only for curiosity Thank you! -- 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: Theora 320x240 - is it possible?
On Tue, Apr 28, 2009 at 9:31 AM, Carsten Haitzler ras...@rasterman.comwrote: He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;) But knowing Xorg glamo has xv support are really great news! :) What about xrand and composite? xglamo had xv support ever since (long before gta02 went on sale). i even quoted performance numbers using accelerated xv in xglamo long ago. Is it any performance improvement between the xserver-glamo and the new Xorg server for glamo? -- Best regards -- There is no spoon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Currently, I playing around with Android beta 6 (from Koolu). Wireless does not work there either. Sometimes I can the FreeRunner is able to scan for networks, sometimes not. I was never able to get a connection with an access point. Adam Jimerson wrote: | I am still trying to get my wireless to work on the 4/16 release of SHR-Testing, I can get a scan to work on eth0 every now and then and the rest of the time I get a "device does not support scanning error". No matter if I can scan or not eth0 will not connect to any AP. I have set up the /etc/network/interfaces so that eth0 uses wpa_supplicant, which I have the file setup with the APs and everything, and when I try and ifup eth0 it goes though the configurations but stops at a "No lease failing" error. I have been at this for a while trying to get it to work and all my attempts have failed. If anyone has any kind of suggestion, or if they have had this problem with this version of SHR-Testing please reply, I getting desperate and will try anything to get it to work. | | - | | ___ | Openmoko community mailing list | community@lists.openmoko.org | http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkn2/HUACgkQvuFuLCp9giBV0QCgsEYQCCY3HQnZkQOiSEhrtosy BKQAnA3bhCWCKiHGJ8KPs+OT4JWMA48f =LzHl -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
On Tue, 28 Apr 2009 14:52:19 +0200 Miguel Ángel Calderón miguelangel...@gmail.com said: On Tue, Apr 28, 2009 at 9:31 AM, Carsten Haitzler ras...@rasterman.comwrote: He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;) But knowing Xorg glamo has xv support are really great news! :) What about xrand and composite? xglamo had xv support ever since (long before gta02 went on sale). i even quoted performance numbers using accelerated xv in xglamo long ago. Is it any performance improvement between the xserver-glamo and the new Xorg server for glamo? i doubt it. but i don't know. there are only a few things that are left to tbe sped up, and they wont make up for the slowdowns in going to and from video ram for the fallbacks. xv isnt going to see an improvement until video bandwidth improves - and thats stil a key problem that is not going away. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
Am So 26. April 2009 schrieb Rask Ingemann Lambertsen: On Sat, Apr 25, 2009 at 01:16:17PM +0100, Joerg Reisenweber wrote: Am Di 21. April 2009 schrieb Paul Fertser: drivers/power/pcf50633-charger.c: /* * We limit the charging current to be the USB current limit. * The reason is that on pcf50633, when it enters PMU Standby mode, * which it does when the device goes off, the USB current limit * reverts to the variant default. In at least one common case, that * default is 500mA. By setting the charging current to be the same * as the USB limit we set here before PMU standby, we enforce it only * using the correct amount of current even when the USB current limit * gets reset to the wrong thing */ Whoever wrote this amazingly puzzling comment, I think he got something severely wrong with operating principles of PMU PCF50633. Datasheet of PMU clearly states there's no situation whatever that could result in batcharge current overloading the USB_CURLIM, The comment doesn't claim there is. as *allways* there will be priority on serving system by providing up to 100% of usb current to power it. Serving the system takes 0 mA in this particular case, because the device is off. Bat charge will get whatever might remain after that, *up_to* the charging limit programmed into PMU. Exactly. As we may charge our battery with 1C (=1200mA) it's perfectly safe to set bat chg curlim to that value, and rely on PMU managing distribution of actual USB supply current to system and charging according to the momentary needs. The problem is not that of staying under the 1200 mA permitted for the battery. The problem is staying under the maximum USB current, which may be as little as 100 mA. We just can't do anything about the USB current limit being reset to 500 mA, but we _can_ keep the charging current limited to 100 mA, which is good enough when the only consumer is the the battery charger. Good enough for *what*? That's nonsense as there is no dumb charger out there not being capable of supplying 500mA. OTOH any management of maximum ingress current to USB by whatever means will inevitably fail when unplugging the charger device connected to FR during powerdown and replace it with a (nonexistent) weaker one. Then another point to second this is: there are *lots* of silly usb gadgets out there that take up to 500mA without any negotiation at all (USB coffee mug warmers etc). Also please have a look at USB2.0 charger spec supplement. we should use PCF50633 in the way it was designed, IMHO. Not care about constructed imaginary problem cases that are not to appear in real live. There is a reason NXP built this PMU-variant exactly this way though they could have done different. Actually there are different variants of PCF50633 but OM couldn't source because the one we got now is used by other OEMs as well so we could get a small slice of the produced stock. I don't think those bigger customers of NXP specified nonsense when ordering this variant built by NXP to their needs. baseline: switch USB_CURLIM to 100mA if and only if USB enum signalled host isn't capable of anything beyond. There's a reason FR is designed to resume/boot on USB insertion. It might be sensible to switch BATCHG_CURLIM to 100mA on powerdown unconditionally, but it's mere braindead to manage batcharge in dependence of USB_CURLIM. /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-Testing] Wireless Frustration - definitely a kernel problem
Helge Hafting wrote: Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. It is a kernel problem, because going back to the older kernel uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin fixes the WIFI problem. Unfortunately, using this older kernel with SHR testing of april 22. means no usb networking instead. And no sound, so no phone either. Seems no wifi is the least problem, so I go back to 2.6.29. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Timo Scheffler wrote: I installed ffalarms and love it, but the wakeup from suspend doesn't work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python 2.6 package. Is there anything to configure, so that it might work? (At least my phone doesn't goes to sleep by itself, so thats no issue... but that's another problem with fso5 :D). It wakes up from suspend for me - but that might be a difference between FSO and the SHR that I use. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 10
Franky, Thanks for all your hard work! Do you think it would be a good idea to adapt your script to upgrade installations? what I mean is that you could pass an option to the script and it would only upgrade the qt install and then apply relevant fixes (keyboard, prediction, etc), and not everything else that would not be needed for an upgrade (opkg stuff, fixing /etc/network, others). If that sounds good I will try to adapt your script to do that and then report it back to you for approval Tom Franky Van Liedekerke escribió: New location for the files, watch out! (install instructions and script updated on 2090427: see below) Problems solved: See http://www.e-dynamics.be/openmoko/qt-issues-fixed.txt Latest: - 20090427: backspace key added to the keyboard, made the keyboard faster in non predictive mode - qpe.sh startup script adapted to correct for bluetooth patchs differences in 2.6.24 and 2.6.28 kernels. But for the moment, openmoko doesn't provide the bluez3 package anymore, so no bluetooth at all for new installs for now See http://github.com/liedekef/qtmoko/commits/master for the changes Problems found (more like small nuisances now): === See http://www.e-dynamics.be/openmoko/qt-issues.txt Install instructions: = download the script http://www.e-dynamics.be/openmoko/openmoko_install.sh , read the comments at the top and then execute the script on your openmoko (after having flashed the device and made sure internet works). For those who just want to replace their existing QtE: just download the QtE compressed file and replace your existing QtE with it: http://www.e-dynamics.be/openmoko/qte_20090427.tgz. Enjoy! Franky ___ 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: Theora 320x240 - is it possible?
On Tue, 28 Apr 2009 14:51:27 +0200 David Garabana Barro da...@garabana.com said: O Martes, 28 de Abril de 2009, Carsten Haitzler escribiu: On Mon, 27 Apr 2009 15:17:27 +0200 David Garabana Barro He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;) But knowing Xorg glamo has xv support are really great news! :) What about xrand and composite? xglamo had xv support ever since (long before gta02 went on sale). i even quoted performance numbers using accelerated xv in xglamo long ago. Do you remember the subject of that thread? I'm trying to find it,only for curiosity godd.. beats me. i'd just search for yuv glamo xv fps like this: http://www.mail-archive.com/community@lists.openmoko.org/msg18455.html -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Latest and greatest, progress mail 10
On Tue, Apr 28, 2009 at 3:48 PM, Tomas Riveros Schober trive...@enable.cl wrote: Franky, Thanks for all your hard work! Do you think it would be a good idea to adapt your script to upgrade installations? what I mean is that you could pass an option to the script and it would only upgrade the qt install and then apply relevant fixes (keyboard, prediction, etc), and not everything else that would not be needed for an upgrade (opkg stuff, fixing /etc/network, others). If that sounds good I will try to adapt your script to do that and then report it back to you for approval Tom well, it's not really intended for that (in the hopefully not-so-distant future only jffs2 files will be generated), but a simple commandline option doesn't harm ... something like just the word upgrade as option, nothing complicated. I don't think it'll change much in time though (since the opkg commands won't do anything anymore). But hey, ok :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem
On Tue, Apr 28, 2009 at 9:38 AM, Helge Hafting helge.haft...@hist.nowrote: Helge Hafting wrote: Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. It is a kernel problem, because going back to the older kernel uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin fixes the WIFI problem. Unfortunately, using this older kernel with SHR testing of april 22. means no usb networking instead. And no sound, so no phone either. Seems no wifi is the least problem, so I go back to 2.6.29. Helge Hafting Thanks for trying that out, I made a bug report for it here if there is anything else that needs added to it http://trac.shr-project.org/trac/ticket/418 feel free to do so and hopefully get this problem fixed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: German GSM-Net o2 APN - was: [SHR] and illume - wooow
Unten geschriebenes gilt *NICHT* fuer o2-loop (prepaid) flatrate! Ich arbeite (nach anweisung von o2-hotline) hier mit o2-loop, START INTERNET L, und APN: pinternet.interkom.de 25€/monat seit dezember, unlimited *ACHTUNG* INTERNET L wird automatisch verlaengert, wenn am monatsende 25€ auf dem guthaben sind. WENN NICHT, ERFOLGT FALLBACK AUF VOLUMENBASIERTE ABRECHNUNG!!! (siehe unten) /jOERG Am Mi 22. April 2009 schrieb Markus Weber: Hallo, Bitte aufpassen: Beim Volumentarif gibts eine abweichende APN. Sonst wird es teuer. Bitte beachten Sie, dass Sie für die günstigen Surf Konditionen den Netzzugang über den Zugangspunkt (APN) surfo2 eingestellt haben müssen, ansonsten erfolgt eine volumenbasierte Abrechnung mit 9,27 €/MB zzgl. 0,09 € Tagesnutzungsgebühr. Quelle: http://www.o2online.de/goto/csc/internet-packs cu atweb Original-Nachricht Date: 08 Aug 2008 Guten Tag Herr Weber, vielen Dank für Ihre Anfrage. Anbei übersenden wir Ihnen die allgemeinen Konfigurationsdaten zu, um über GPRS/UMTS eine Internetverbindung aufzubauen: Einwahlnummer: *99# (für Siemens Geräte *99***1#) Benutzername: nicht notwendig, leer lassen Passwort: nicht notwendig, leer lassen Access Point (APN): surfo2 Datenflusskontrolle:Software IP Adresse: vom Server zugewiesen DNS 1 (Domain Name Server): 195.182.096.028 DNS 2 (Domain Name Server): 195.182.096.061 Auf Freizeichen warten: deaktivieren Zusätzlicher Modembefehl: at+cgdcont=1,ip,surfo2 Die neuesten Informationen, Tipps und Services rund um o2 Germany finden Sie im Internet unter www.o2online.de. Wenn Sie sich dort als Kunde registrieren, können Sie Ihre Vertragsdaten ändern und Ihre Rechnung einsehen. Freundliche Grüße Ihr Team von o2 Germany Diese E-Mail-Adresse wird ausschließlich für abgehende Korrespondenz genutzt. Für evtl. Rückfragen steht Ihnen unser Kontaktformular unter www.o2online.de/goto/email-kontakt zur Verfügung. Telefónica o2 Germany GmbH Co. OHG • Georg-Brauchle-Ring 23-25 • 80992 München • Deutschland • www.o2.com/de Ust.-Id.-Nr. DE 811 889 638. Amtsgericht München HRA 70343. Gesellschafter: Telefónica o2 Germany Management GmbH. Amtsgericht München HRB 109061 und Telefónica o2 Germany Verwaltungs GmbH. Amtsgericht München HRB 121389, beide ebenda. Geschäftsführer beider Gesellschafter: Jaime Smith Basterra, Vorsitzender. Antonio Botas Banuelos. Andrea Folgueiras. André Krause. Lutz Schüler. Carsten Wreth. -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ 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
The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]
Am Do 23. April 2009 schrieb David Reyes Samblas Martinez: 2009/4/22 Risto H. Kurppa ri...@kurppa.fi: off-topic but just to let everyone know that I got mine fixed today, a friend of mine with 'Advanced Soldering Skills' did it and it really seems to do the trick. Seeing him struggle with it (btw. the resistor is not only soldered but also glued - not that easy to remove..) I wouldn't recommend anyone with only little experience try it. In a way it's difficult to really break things (yes, you might fill all the gaps between the components with the solder but ~its possible to remove) but.. you don't want to do it, you'll just make you feel bad but I warmly welcome everyone to get it fixed to be able to use your freerunner to actually call people :) +1 on not to try without proper equipment and skills,components involved are really really small +1on encourage anyone able to do it by himself or by anyone else to do it. Buzz fix+a7 alsa states=more than acceptable audio quality and volume The one and only *real* gsmhandset.state (for all FR!): http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state :-) check control.63 and compare with your statefile! see: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls /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-Testing] Wireless Frustration - definitely a kernel problem
Adam Jimerson vend...@gmail.com writes: Thanks for trying that out, I made a bug report for it here if there is anything else that needs added to it http://trac.shr-project.org/trac/ticket/418 feel free to do so and hopefully get this problem fixed. Can you also open a ticket at bugs.openmoko.org since this is not a distro specific bug? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
I suppose the atd doesn't wake the openmoko up at the right time (I used your ipk from the project site). I just tried waking the Openmoko up using the FSO api and was successful :) I think it would be great to abstract the scheduling part, so that you could use FSO api or at (to support 2008.12, SHR should be able to do FSO api?) to set the alarm? At least using FSO api you set a unix_timestamp, so alarms for tomorrow or the day after tomorrow are no problem... But you can't register more than one wakeup at a time (own handling would be necessary)... Just some thoughts... because I love your gui and would be willing to do something about using the FSO api (but also contribute to the main thing instead of doing my own version). Example of setting the wakeup time using FSO api can be found here [1]. Timo [1]: http://wiki.openmoko.org/wiki/User:Sparrow Helge Hafting schrieb: Timo Scheffler wrote: I installed ffalarms and love it, but the wakeup from suspend doesn't work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python 2.6 package. Is there anything to configure, so that it might work? (At least my phone doesn't goes to sleep by itself, so thats no issue... but that's another problem with fso5 :D). It wakes up from suspend for me - but that might be a difference between FSO and the SHR that I use. Helge Hafting ___ 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] Wireless Frustration - definitely a kernel problem
Adam Jimerson vend...@gmail.com writes: Thanks for trying that out, I made a bug report for it here if there is anything else that needs added to it http://trac.shr-project.org/trac/ticket/418 feel free to do so and hopefully get this problem fixed. Can you also open a ticket at bugs.openmoko.org since this is not a distro specific bug? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Wrong Link, here is the example: #!/usr/bin/env python import dbus import time # Wakeup in 60 seconds wakeuptime=str(time.time()+60) system_bus = dbus.SystemBus() rtc_object = system_bus.get_object('org.freesmartphone.odeviced', '/org/freesmartphone/Device/RealTimeClock/0') rtc_interface = dbus.Interface(rtc_object, dbus_interface='org.freesmartphone.Device.RealTimeClock') rtc_interface.SetWakeupTime(wakeuptime) Timo Scheffler schrieb: I suppose the atd doesn't wake the openmoko up at the right time (I used your ipk from the project site). I just tried waking the Openmoko up using the FSO api and was successful :) I think it would be great to abstract the scheduling part, so that you could use FSO api or at (to support 2008.12, SHR should be able to do FSO api?) to set the alarm? At least using FSO api you set a unix_timestamp, so alarms for tomorrow or the day after tomorrow are no problem... But you can't register more than one wakeup at a time (own handling would be necessary)... Just some thoughts... because I love your gui and would be willing to do something about using the FSO api (but also contribute to the main thing instead of doing my own version). Example of setting the wakeup time using FSO api can be found here [1]. Timo [1]: http://wiki.openmoko.org/wiki/User:Sparrow Helge Hafting schrieb: Timo Scheffler wrote: I installed ffalarms and love it, but the wakeup from suspend doesn't work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python 2.6 package. Is there anything to configure, so that it might work? (At least my phone doesn't goes to sleep by itself, so thats no issue... but that's another problem with fso5 :D). It wakes up from suspend for me - but that might be a difference between FSO and the SHR that I use. Helge Hafting ___ 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: bicycling with OpenMoko
Am Do 23. April 2009 schrieb Timo Scheffler: That's the way to go :) I made something simple in about half an hour, using this [1] as insipration. Just get some Polymethylmethacrylat (PMMA - Plexiglas - marketing name here), a spare socket from a removable light, a jigsaw and a heat gun :) After you have something like this [2] you simply glue it on the socket with much hot melt adhesive and there you go. :) Btw. the hole in the Neo is great to tie it to the holder - just in case some accident happens or so. Timo [1]: http://www.rabenfrost.net/openmoko/bikemount/stencil.svg [2]: http://www.rabenfrost.net/openmoko/bikemount/100_5593.JPG WTF is this ugly black thing on top of it? ;-) Don't you know builtin GPS isn't that bad anymore, after kernelpatch (and 10pF on uSD)? cool :-) /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: [debian] new navit
Am Sonntag, 26. April 2009 21:39:11 schrieb arne anka: to whom it may concern ... i just created a new debian package of navit (navit_0.1.0+svn-2234_armel.deb) and uploaded it to http://www.ginguppin.de/node/26 Just tried to install your package - it depends on libgps17, but I can only find libgps18 in the repository. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
Not my pictures :) I was too lazy too make pictures of my own creation... I use the internal GPS and most of the time it is good. Joerg Reisenweber schrieb: Am Do 23. April 2009 schrieb Timo Scheffler: That's the way to go :) I made something simple in about half an hour, using this [1] as insipration. Just get some Polymethylmethacrylat (PMMA - Plexiglas - marketing name here), a spare socket from a removable light, a jigsaw and a heat gun :) After you have something like this [2] you simply glue it on the socket with much hot melt adhesive and there you go. :) Btw. the hole in the Neo is great to tie it to the holder - just in case some accident happens or so. Timo [1]: http://www.rabenfrost.net/openmoko/bikemount/stencil.svg [2]: http://www.rabenfrost.net/openmoko/bikemount/100_5593.JPG WTF is this ugly black thing on top of it? ;-) Don't you know builtin GPS isn't that bad anymore, after kernelpatch (and 10pF on uSD)? cool :-) /j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
2009/4/26 Robin Paulson robin.paul...@gmail.com it would be very helpful of openmoko, to release any technical docs for the mechanical side of the phone, i.e. the acceleration values it's designed to, so we can make a more scientific assessment of what sort of damping it needs +1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
Am So 26. April 2009 schrieb Robin Paulson: 2009/4/26 ivvmm unachieva...@gmail.com: But there seems to be one thing against putting OpenMoko on handlebars. The vibrations that come from a wheel could be(and it seems it will be) killing for the device to drive through the forest or say off-road. It seems to be much safer for a device to put it in jacket or coat. i'm not convinced you're going to do too much damage - moving parts would be the worst affected by sustained vibration it wouldn't need much in the way of damping, say some foam padding between the clamp and freerunner, to reduce any vibration to nearly zero it would be very helpful of openmoko, to release any technical docs for the mechanical side of the phone, i.e. the acceleration values it's designed to, so we can make a more scientific assessment of what sort of damping it needs FR is designed to withstand a droptest of 80cm (iirc) to concrete. There are no moveable parts inside except battery (which might be a good idea to add a *thin* layer of foam to fix it for good) and vibrator (and speaker membranes). I don't think bicycle vibrations / impact is a big issue. Nevertheless care about proper protection against rain or put FR in a pocket on first drop. Water resistance wasn't a design parameter. /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: bicycling with OpenMoko
2009/4/28 Joerg Reisenweber jo...@openmoko.org: Am So 26. April 2009 schrieb Robin Paulson: it would be very helpful of openmoko, to release any technical docs for the mechanical side of the phone, i.e. the acceleration values it's designed to, so we can make a more scientific assessment of what sort of damping it needs FR is designed to withstand a droptest of 80cm (iirc) to concrete. There are no moveable parts inside except battery (which might be a good idea to add a *thin* layer of foam to fix it for good) and vibrator (and speaker membranes). I don't think bicycle vibrations / impact is a big issue. Nevertheless care about proper protection against rain or put FR in a pocket on first drop. Water resistance wasn't a design parameter. Thanks for this! Sam ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
Am Dienstag, 28. April 2009 18:25:17 schrieb Sam Kuper: 2009/4/28 Joerg Reisenweber jo...@openmoko.org: Am So 26. April 2009 schrieb Robin Paulson: it would be very helpful of openmoko, to release any technical docs for the mechanical side of the phone, i.e. the acceleration values it's designed to, so we can make a more scientific assessment of what sort of damping it needs FR is designed to withstand a droptest of 80cm (iirc) to concrete. There are no moveable parts inside except battery (which might be a good idea to add a *thin* layer of foam to fix it for good) and vibrator (and speaker membranes). I don't think bicycle vibrations / impact is a big issue. Nevertheless care about proper protection against rain or put FR in a pocket on first drop. Water resistance wasn't a design parameter. Thanks for this! Maybe wrapping the FR in wrapping film works (At least as a short-term hacky solution :) ). Excluding the screen would be good to prevent unnessecary reflections though. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
On Tuesday 28 April 2009, Joerg Reisenweber wrote: Don't you know builtin GPS isn't that bad anymore, after kernelpatch (and 10pF on uSD)? Does the 10pF actually give any benefit? I don't have the 10pF and GPS has worked fine since the kernel patch. Rootfs is on SD so there is probably SD activity while getting first fix. The only problems have been when FSO has fed it duff time, position estimate, almanac or ephemeris. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
On Tuesday 28 April 2009 12:49:44 Helge Hafting wrote: Adam Jimerson wrote: Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org http://opkg.org to see if I have any better luck with it. I have trouble with wifi in SHR testing too. I suspect a kernel problem. I usually run wpa_supplicant. Failing that, I connect to WEP networks using iwlist iwconfig commands directly. Even these low-level tools fails most of the time. Occationally iwlist eth0 scan will work, but repeat the command and eth0 suddenly doesn't support scanning. And of course it won't ever connect to any access point. Similiarly, iwconfig may claim there is no support for setting the essid. Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. Try rmmod a6000 (I think thats the correct module) them modprobing it again as that some times works for me. solar.george 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: Navit skins...
your skin looks great, but it doesn't look all that good in landscape mode (needed to see all the letters of the navit keyboard) using the illume keyboard is a workaround though... On Mon, Apr 27, 2009 at 1:48 AM, Marco Trevisan (Treviño) m...@3v1n0.net wrote: Marco Trevisan (Treviño) wrote: D. Gassen wrote: Am 06.04.2009 um 02:49 schrieb Marco Trevisan (Treviño): Hello, some days ago I saw this nice skin for Navit [1] on scap. Please, could the author share it? :P Anyway, how can these skins be written? Maybe you want to check out [1], [2] and [3]. Thanks after few searches I found that too :P I've finally modified the OSD skin to improve the usability (from my point of view). You can find it here [4]. And... How can be enabled the 3d-view? Should I change something in my navit.xml to get it working with latest svn version? On [1] they mention a cegui (not supported anymore) that can be started in 3D mode by specifying: Well, it should work also in the gtk view using a svn version of navit (check also its wiki homepage), but it doesn't to me. :( I've just found that to use the 3d-mode with the gtk interface I have to set manually the pitch by using the w and x key of the keyboard (rotation with a and d). Maybe should be added a pre-set 3d view in the Display menu too. [4] http://wiki.navit-project.org/index.php/OSD#Freerunner_version_by_Trevi.C3.B1o -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ 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: TIEMU Package?
On Mon, 2009-04-27 at 22:14 +0300, Aapo Rantalainen wrote: I have worked with Tilem emulator. It's for ti73 ti82 ti83 ti83p ti83pse ti84p ti84pse ti85 and ti86. It is little bit slow (not very usable) and little bit tall (cosmetic), there are screenshot: http://cc.oulu.fi/~rantalai/freerunner/tilem/snap1.png I thought there are free (as speech) rom-image for emulating There is...but you may be disapointed as it is just an OS,with only basic support for calculating things...(for instance no graphics of functions etc...). If I remember well you have something like bc... I would have tried if the emulator worked on my laptop or if I wouldn't need the graphics part or if I had time to write a graphic software. here's the link: http://www.ticalc.org/archives/files/fileinfo/319/31951.html Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem
2009/4/28 Helge Hafting helge.haft...@hist.no: Helge Hafting wrote: [..] It is a kernel problem, because going back to the older kernel uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin fixes the WIFI problem. Unfortunately, using this older kernel with SHR testing of april 22. means no usb networking instead. And no sound, so no phone either. Did you installed modules too? it works for me, I do not know if there are some changes that breaks frameworkd, but audio and usb works fine. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]
On Вторник 28 апреля 2009 18:13:22 Joerg Reisenweber wrote: Am Do 23. April 2009 schrieb David Reyes Samblas Martinez: 2009/4/22 Risto H. Kurppa ri...@kurppa.fi: off-topic but just to let everyone know that I got mine fixed today, a friend of mine with 'Advanced Soldering Skills' did it and it really seems to do the trick. Seeing him struggle with it (btw. the resistor is not only soldered but also glued - not that easy to remove..) I wouldn't recommend anyone with only little experience try it. In a way it's difficult to really break things (yes, you might fill all the gaps between the components with the solder but ~its possible to remove) but.. you don't want to do it, you'll just make you feel bad but I warmly welcome everyone to get it fixed to be able to use your freerunner to actually call people :) +1 on not to try without proper equipment and skills,components involved are really really small +1on encourage anyone able to do it by himself or by anyone else to do it. Buzz fix+a7 alsa states=more than acceptable audio quality and volume The one and only *real* gsmhandset.state (for all FR!): http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state :-) check control.63 and compare with your statefile! see: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_chan nel_controls /j Heh. Thanks! this alsa scenario works fine with GTA02 A6 + Buzz fix =) (tested with 4 phones) -- Alexey 'Alexxy' Shvetsov Gentoo Team Ru 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-testing- how to switch on gsm?
Laura Vance wrote: If it truly can't seem to connect, I learned today that I can switch the GSM radio off and back on to have it re-initialize and acquire signal properly. How do you switch it on/off manually? I don't think I have a contact problem. I only got the ophonekit message on a second boot after flashing FR and in the last two days it is working as usual. Regarding the contacts problem, if you open fr frequently maybe there is a chance for dirt to compromise the contacts. Alternatively, maybe with frequent removal of battery/SIM, the holding system might get loose? Maybe put a piece of paper in the right place to increase pressure? Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
kimaidou kimai...@gmail.com writes: Hi Lukasz 1st, thanks for this great application. I would like to know: * if you planed to release a deb package for the debian based distros I have a working atd-over-fso package only need to polish it, hope to upload this and ffalarms this weekend. * if you planned to add the features wich mimate the sun rising by increasing the light step by step as the sound increase the volume. The best would be to go from red to orange, then yello then white :D I may add this feature as the background to the LED clock. But first no suspend when alarms rings, than recursive alarms and attaching text messages to alarms (more work, worth to do in a single long piece of time), than sun rising. Thx again 2009/4/27 Łukasz Pankowski lukp...@o2.pl Steven ** montgoss+openmokocommun...@gmail.com writes: A well written app that works quite well under latest SHR-testing (installed via opkg directly from SHR feeds). Nice to hear. One area I think needs improvement ASAP: my Freerunner suspends (thus silencing the alarm) before the alarm gets loud enough to really wake me up. SHR goes back to suspended after about 1 minute even if ffalarms is playing the alarm. There are two things that would help this: 1. Make the loudness increase by more with each step. Ideally this would be configurable. Currently it increases the volume +1 each second, I may make the time between increases configurable in config file if you insist that fixing point 2. (see below) is not enough for you. 2. Make ffalarms prevent suspend for a time, maybe 5 minutes. (Note that it would be REALLY bad to prevent suspend indefinitely, as I might forget I set an alarm and walk away from the phone, only to come back hours later to an empty battery) I will try to fix the suspend issue this weekend (time is scarce) that is avoid suspending until you stop the alarm. ___ 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] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
George Brooke schrieb: On Tuesday 28 April 2009 12:49:44 Helge Hafting wrote: Adam Jimerson wrote: Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org http://opkg.org to see if I have any better luck with it. I have trouble with wifi in SHR testing too. I suspect a kernel problem. I usually run wpa_supplicant. Failing that, I connect to WEP networks using iwlist iwconfig commands directly. Even these low-level tools fails most of the time. Occationally iwlist eth0 scan will work, but repeat the command and eth0 suddenly doesn't support scanning. And of course it won't ever connect to any access point. Similiarly, iwconfig may claim there is no support for setting the essid. Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. Try rmmod a6000 (I think thats the correct module) them modprobing it again as that some times works for me. I tried that once, too, which resulted in a kernel panic. The funny thing was that I was in the middle of a phone call, which went on nevertheless until the other side hung up. Smartphones are interesting devices :D solar.george Regards, Konstantin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Helge Hafting helge.haft...@hist.no writes: Please keep the alarm going for 15min or so - it is possible to sleep through 5 min. :-) 15 min won't hurt the battery much. You can change it in configuration file, see: http://ffalarms.projects.openmoko.org/#configuration Also, consider using the vibrator when the ringing gets loud. That helps if the phone is inside a pocket, in a noisy place. Good idea, I will add it. Thanks for a fine and useful app! Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]
2009/4/28 Joerg Reisenweber jo...@openmoko.org: Am Do 23. April 2009 schrieb David Reyes Samblas Martinez: 2009/4/22 Risto H. Kurppa ri...@kurppa.fi: off-topic but just to let everyone know that I got mine fixed today, a friend of mine with 'Advanced Soldering Skills' did it and it really seems to do the trick. Seeing him struggle with it (btw. the resistor is not only soldered but also glued - not that easy to remove..) I wouldn't recommend anyone with only little experience try it. In a way it's difficult to really break things (yes, you might fill all the gaps between the components with the solder but ~its possible to remove) but.. you don't want to do it, you'll just make you feel bad but I warmly welcome everyone to get it fixed to be able to use your freerunner to actually call people :) +1 on not to try without proper equipment and skills,components involved are really really small +1on encourage anyone able to do it by himself or by anyone else to do it. Buzz fix+a7 alsa states=more than acceptable audio quality and volume The one and only *real* gsmhandset.state (for all FR!): http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state :-) Yes that's exactly the one I use. Real cool work, since the fix and this state file I use the neo as day by day phone finally (shr testing of course ;) ) check control.63 and compare with your statefile! see: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls /j -- 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: Draft of 17th community update
Hello, Am Dienstag, 28. April 2009 schrieb sushama: The draft of 17th community update is available here: http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009 Please feel free to add/edit any information that I have missed out. This update is for the period from April 18th to April 30th.The update will be released on April 30th. looking at http://wiki.openmoko.org/wiki/Main_Page the Latest News shows a link to http://wiki.openmoko.org/wiki/Community_Updates/April_05%2C_2009 and the News in the Community box on the left point to http://wiki.openmoko.org/wiki/Community_Updates/March_20%2C_2009 If there's some automatic update routine, it already missed to put the 16th(?) community update to the news section: http://wiki.openmoko.org/wiki/Community_Updates/April_17%2C_2009? Regards, Martin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
2009/4/27 Łukasz Pankowski lukp...@o2.pl: Currently it increases the volume +1 each second, I may make the time between increases configurable in config file if you insist that fixing point 2. (see below) is not enough for you. I decoded the python file and figured out where to change that. I originally set it to increase by 3 each step. But then I decided starting at a louder volume fit my use-case better. Until the volume gets above 200, I can't really hear it in my bedroom (lots of ambient noise from fans). I don't think it would too difficult to make these options in the config file (I see you have a few already). Maybe some people would rather it be configurable in the GUI, but I'm fine with the config file approach. 2. Make ffalarms prevent suspend for a time, maybe 5 minutes. (Note that it would be REALLY bad to prevent suspend indefinitely, as I might forget I set an alarm and walk away from the phone, only to come back hours later to an empty battery) I will try to fix the suspend issue this weekend (time is scarce) that is avoid suspending until you stop the alarm. Thanks. I'll gladly beta test any ipks you send me. :-) -Steven ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
2009/4/28 Marcel tan...@googlemail.com: Just tried to install your package - it depends on libgps17, but I can only find libgps18 in the repository. I have this problem, too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
i would like to distribute in my rootfs video player that can play theora videos in fullscreen mode 320x240. I'd also like a way to play TheoraOgg videos fullscreen. I was experimenting with mplayer on with fbdev as video output, but i was able to play just very small resolution video (160x120). I used ffmpeg2theora for encoding and mplayer from debian. You'll first need to make sure that your mplayer doesn't use floating-point audio playback, otherwise this will overwhelm everything else. Also you may need to reencode your videos at lower frame rates. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Draft of 17th community update
opimd now supports SQLite to store contacts (before there was only SIM and CSV backends), and Messages domain is fixed (but now there is only SIM backend). It still lacks support of editing and deleting items. http://openmoko.opendevice.org/~dos/pim.py - there is some test app. In SHR mrmoku started GUI which uses opimd interface. It's libframeworkd-phonegui-efl2 and can be installed from shr-unstable repo. I think that should be mentioned, as opimd and its support is really important :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Timo Scheffler timo.scheff...@uni-oldenburg.de writes: Wrong Link, here is the example: #!/usr/bin/env python import dbus import time # Wakeup in 60 seconds wakeuptime=str(time.time()+60) system_bus = dbus.SystemBus() rtc_object = system_bus.get_object('org.freesmartphone.odeviced', '/org/freesmartphone/Device/RealTimeClock/0') rtc_interface = dbus.Interface(rtc_object, dbus_interface='org.freesmartphone.Device.RealTimeClock') rtc_interface.SetWakeupTime(wakeuptime) atd-over-fso works on top of org.freesmartphone.Time.Alarm http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Time.Alarm.html;hb=HEAD and should be equivalent to to attached aldbus.py script, you will have stop atd-over-fso (/etc/init.d/atd stop) as the script uses its dbus name. (atd-over-fso also sets rtc from time(NULL) when setting the alarm). You can set the alarm time from the console and list the alarms to compared displayed timestamps with time.time(): $ ffalarms -s 7:00 $ ffalarms -l 1240981200 Wed Apr 29 07:00:00 2009 $ TZ=UTC ffalarms -l 1240981200 Wed Apr 29 05:00:00 2009 $ ls -l /var/spool/at/ -rwxr-xr-x1 root root 1320 Apr 28 21:01 1240981200.ffalarms.6399 p-w--w--w-1 root root0 Apr 28 21:01 trigger it may be some kind of timezone problem, you may also try to set alarm an hour before/later to see whether this will wake up the phone. # see: /usr/share/doc/python-dbus-doc/examples import sys import time import dbus import dbus.service import gobject from dbus.mainloop.glib import DBusGMainLoop DBUS_NAME = org.openmoko.projects.ffalarms.atd class AlarmNotification(dbus.service.Object): @dbus.service.method('org.freesmartphone.Notification', # interface in_signature='', out_signature='') def Alarm(self): print 'Alarm', time.time() def get_alarm(bus): o = bus.get_object('org.freesmartphone.otimed', '/org/freesmartphone/Time/Alarm') return dbus.Interface(o, 'org.freesmartphone.Time.Alarm') def got_signal(name, old_owner, new_owner): if name == 'org.freesmartphone.otimed' and new_owner: print 'owner of otimed changed' # so we have to get new owner and reset the alarm alarm = get_alarm(bus) alarm.SetAlarm(DBUS_NAME, alarm_time) print 'signal', (name, old_owner, new_owner) now = time.time() print 'at %s: reset alarm to %s' % (now, alarm_time) if now alarm_time: print 'alarm %s passed' % alarm_time def main(): if len(sys.argv) 1: sec = int(sys.argv[1]) else: sec = 60 dbus_loop = DBusGMainLoop(set_as_default=True) bus = dbus.SystemBus() print bus.get_unique_name(), DBUS_NAME bus.request_name(DBUS_NAME) AlarmNotification(bus, '/') alarm = get_alarm(bus) now = time.time() alarm_time = now + sec alarm.SetAlarm(DBUS_NAME, alarm_time) print 'at %s alarm set to: now + %s = %s' % (now, sec, alarm_time) # org.freedesktop.DBus.NameOwnerChanged bus.add_signal_receiver(got_signal, 'NameOwnerChanged', bus_name='org.freedesktop.DBus') loop = gobject.MainLoop() loop.run() if __name__ == '__main__': main() ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Theora 320x240 - is it possible?
Stefan Monnier wrote: You'll first need to make sure that your mplayer doesn't use floating-point audio playback, otherwise this will overwhelm everything else. Also you may need to reencode your videos at lower frame rates. Hi Stefan, thanks for hint. I think i compiled mplayer right (using tremor for audio output). With glamo video driver it's not a bit better, but i am still able to play fluently just very small ogg video. I will try vorbis libraries from svn, otherwise i will have stick with mpeg. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration
I just re-flashed and it works fine for me so far. Here's what I did: 1) Flash testing image and kernel 2) opkg update/upgrade 3) installed the mofi beta release [1] 4) depmod -a and reboot 5) load mofi, it scanned all the networks in the area, I chose mine (open, no encryption) 6) tested connection with TwitterMoko (because it crashes if there is no web access) [1] http://projects.openmoko.org/frs/?group_id=165release_id=193 I have had problems with it not working after a resume, but I haven't tried it out yet. Hope this helps --- Damian Spriggs On Tuesday, April 28, 2009, at 01:58PM, Konstantin chaosspaw...@gmx.net wrote: George Brooke schrieb: On Tuesday 28 April 2009 12:49:44 Helge Hafting wrote: Adam Jimerson wrote: Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org http://opkg.org to see if I have any better luck with it. I have trouble with wifi in SHR testing too. I suspect a kernel problem. I usually run wpa_supplicant. Failing that, I connect to WEP networks using iwlist iwconfig commands directly. Even these low-level tools fails most of the time. Occationally iwlist eth0 scan will work, but repeat the command and eth0 suddenly doesn't support scanning. And of course it won't ever connect to any access point. Similiarly, iwconfig may claim there is no support for setting the essid. Having low-level stuff like iwconfig fail is what makes me suspect a kernel problem. Try rmmod a6000 (I think thats the correct module) them modprobing it again as that some times works for me. I tried that once, too, which resulted in a kernel panic. The funny thing was that I was in the middle of a phone call, which went on nevertheless until the other side hung up. Smartphones are interesting devices :D solar.george Regards, Konstantin ___ 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: bicycling with OpenMoko
Am Dienstag 28 April 2009 18:25:17 schrieb Sam Kuper: 2009/4/28 Joerg Reisenweber jo...@openmoko.org: Am So 26. April 2009 schrieb Robin Paulson: it would be very helpful of openmoko, to release any technical docs for the mechanical side of the phone, i.e. the acceleration values it's designed to, so we can make a more scientific assessment of what sort of damping it needs FR is designed to withstand a droptest of 80cm (iirc) to concrete. There are no moveable parts inside except battery (which might be a good idea to add a *thin* layer of foam to fix it for good) and vibrator (and speaker membranes). I don't think bicycle vibrations / impact is a big issue. Nevertheless care about proper protection against rain or put FR in a pocket on first drop. Water resistance wasn't a design parameter. Hi everyone, I did one bike tour (~50km), and a few smaller tours with my Freerunner and TangoGps (before I read this on the list). I'm mainly on good roads, but forest, too. It doesn't seem to damage the freerunner, mine still works fine. I use the mount described here: [1] Johannes [1] http://andre.web-yard.de/blog/2008/08/03/neo-freerunner-rocks-hard-rides- free/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
You're right. It's set to GMT and I have GMT +2 ... What do I have to do to fix it? *feels like newbie* Łukasz Pankowski schrieb: Timo Scheffler timo.scheff...@uni-oldenburg.de writes: Wrong Link, here is the example: #!/usr/bin/env python import dbus import time # Wakeup in 60 seconds wakeuptime=str(time.time()+60) system_bus = dbus.SystemBus() rtc_object = system_bus.get_object('org.freesmartphone.odeviced', '/org/freesmartphone/Device/RealTimeClock/0') rtc_interface = dbus.Interface(rtc_object, dbus_interface='org.freesmartphone.Device.RealTimeClock') rtc_interface.SetWakeupTime(wakeuptime) atd-over-fso works on top of org.freesmartphone.Time.Alarm http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Time.Alarm.html;hb=HEAD and should be equivalent to to attached aldbus.py script, you will have stop atd-over-fso (/etc/init.d/atd stop) as the script uses its dbus name. (atd-over-fso also sets rtc from time(NULL) when setting the alarm). You can set the alarm time from the console and list the alarms to compared displayed timestamps with time.time(): $ ffalarms -s 7:00 $ ffalarms -l 1240981200 Wed Apr 29 07:00:00 2009 $ TZ=UTC ffalarms -l 1240981200 Wed Apr 29 05:00:00 2009 $ ls -l /var/spool/at/ -rwxr-xr-x1 root root 1320 Apr 28 21:01 1240981200.ffalarms.6399 p-w--w--w-1 root root0 Apr 28 21:01 trigger it may be some kind of timezone problem, you may also try to set alarm an hour before/later to see whether this will wake up the phone. ___ 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
Debuzzing
Dear community, it is the philisophy of Golden Delicious Computers to find solutions for important topics that the community has and can't solve alone. Therefore, we (Golden Delicious Computers and TRIsoft) have worked behind the scenes and are close to offer a Buzz rework solution that can in principle serve all Freerunner Owners in the EU harmonized market. 1) We have identified a very good professional SMD rework company in Munich, Germany who are capable and willing to do the rework at low cost and high quality, but only if we deliver batches of collected devices. Since we are experienced in collecting incoming and outgoing shipments, the combination is the solution. 2) Therefore we plan to offer this service to all Openmoko owners within the EU harmonized market / tax union (to avoid re-import/export hassle). Please note that there will be a rework fee. The final price is not yet clear (expected to be less than 30 EUR incl. shipment) because we are in intensive discussions with Openmoko how they can help to reduce this fee for you. 3) Rework will take approx. 1 week and could start immediately, provided we get the promised replacement components in time. 4) If you are interested, please register yourself and your device at the following link. We will then follow up with details about handling, address to send to, time schedule, final pricing etc. http://www.handheld-linux.com/wiki.php?page=Buzz-Rework So stay tuned, Nikolaus Mobile Office Solutions by Golden Delicious Computers GmbHCo. KG Buchenstr. 3 D-82041 Oberhaching +49-89-54290367 http://www.handheld-linux.com AG München, HRA 89571 VAT DE253626266 Komplementär: Golden Delicious Computers Verwaltungs GmbH Oberhaching, AG München, HRB 16602 Geschäftsführer: Dr. Nikolaus Schaller Digital Tools for Independent People ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Timo Scheffler timo.scheff...@uni-oldenburg.de writes: You're right. It's set to GMT and I have GMT +2 ... What do I have to do to fix it? *feels like newbie* I would first check $ cat /etc/timezone Europe/Warsaw And set it to what I need if says something different $ echo Europe/Warsaw /etc/timezone Something must recreate /etc/localtime during boot time (doing it by hand is described in the message below). If the problem comes back (I did not have this problem) you may look at [SHR] timezone broken again thread http://kerneltrap.org/mailarchive/openmoko-community/2009/4/15/5505084 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
FR is designed to withstand a droptest of 80cm (iirc) to concrete. There are no moveable parts inside except battery (which might be a good idea to add a *thin* layer of foam to fix it for good) and vibrator (and speaker membranes). I don't think bicycle vibrations / impact is a big issue. How about motorcyling? I heard that GPS devices designed for motorcyles are not just waterproof but also more robust inside, due to the permanent vibrations a motorcyle produces. However I have occasionally used my old HTC P3300 (Artemis) for navigation and it did not seem to take any harm. To attach it I used stuff from a Medion PNA, that came with an outdoor kit, namely a showerproof case and a holder for bycicles (that fit on my motorcycle too). Regards thomas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Detecting headset button press
Hi, I followed the Freerunner schematics and the heaset button seems to be connected to EINT7/GPF7 so it seems it is possible to find out in software if the button is pressed. What is the best way to do it? Thanks. -- Rúben Leote Mendes -- ru...@nocturno.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
r...@om-gta02:~# cat /etc/timezone Europe/Berlin /etc/localtime == /usr/share/zoneinfo/Europe/Berlin (wasn't overwritten at boot, checked using md5sum) The clock on the phone is right: r...@om-gta02:/etc# date Tue Apr 28 23:59:56 CEST 2009 Here are some reports from your test commands: r...@om-gta02:/etc# ffalarms -s 7:00 r...@om-gta02:/etc# ffalarms -l 1240981200 Wed Apr 29 07:00:00 2009 r...@om-gta02:/etc# TZ=UTC ffalarms -l 1240981200 Wed Apr 29 05:00:00 2009 r...@om-gta02:/etc# ls -l /var/spool/at/ -rwxr-xr-x1 root root 1302 Apr 29 00:00 1240981200.ffalarms.1856 p-w--w--w-1 root root0 Apr 29 00:00 trigger Looks exactly like your test... so what can be wrong... hm. Łukasz Pankowski schrieb: Timo Scheffler timo.scheff...@uni-oldenburg.de writes: You're right. It's set to GMT and I have GMT +2 ... What do I have to do to fix it? *feels like newbie* I would first check $ cat /etc/timezone Europe/Warsaw And set it to what I need if says something different $ echo Europe/Warsaw /etc/timezone Something must recreate /etc/localtime during boot time (doing it by hand is described in the message below). If the problem comes back (I did not have this problem) you may look at [SHR] timezone broken again thread http://kerneltrap.org/mailarchive/openmoko-community/2009/4/15/5505084 ___ 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: bicycling with OpenMoko
2009/4/29 Johannes Kirschner roterg...@gmx.de: I did one bike tour (~50km), and a few smaller tours with my Freerunner and TangoGps (before I read this on the list). I'm mainly on good roads, but forest, too. It doesn't seem to damage the freerunner, mine still works fine. I use the mount described here: [1] that's good to hear, as is the 800mm drop-test-onto-concrete design parameter the bad thing with vibrations though, is the long-term effect. ten thousand oscillations (say) might be ok, but what about 50,000, or a million? i've done plenty of long-distance bike-riding, and even on tarmac the vibrations over thousands of ks will do significant damage (to biking gear, and the person...) cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robin Paulson ha scritto: 2009/4/28 Adam Jimerson vend...@gmail.com: Well it is nice to see that I am not the only person with this problem, for me Mofi doesn't even load, I am installing the one from opkg.org to see if I have any better luck with it. i'd recommend knjmokowifi also for managing connections, it works very nicely Yeah, for me it's the best network manager ever created for FR ;) - -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkn3kgcACgkQRi2TsGSC4FbdEgCgiIPe6SPES7zjr+nn/kZp88hE ROAAoKU92L1AcwzUMemvAQ6LrOh1RoBz =Adl7 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qmenu build fail on Jaunty
Dear List, I just upgrade my OS to Jaunty, and when I build fso-gta02-testing-image. I met qmenu failed again. I google web and only found http://bugs.openembedded.net/show_bug.cgi?id=4814 It seems the problem has been discussed earlier. Is there any thing that I have missed. Thanks in advance. NOTE: Running task 324 of 6637 (ID: 1164, /home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb, do_compile) NOTE: package qemu-native-0.9.1+svnr4242-r15: task do_compile: started ERROR: function do_compile failed ERROR: see log in /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/temp/log.do_compile.28262 NOTE: Task failed: /home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/temp/log.do_compile.28262 NOTE: package qemu-native-0.9.1+svnr4242-r15: task do_compile: failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 1164 (/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Tasks Summary: Attempted 323 tasks of which 277 didn't need to be rerun and 1 failed. ERROR: '/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb' failed -- 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: Asterisk on Freerunner was: voip on Debian
2009/4/19 Nicola Mfb nicola@gmail.com: 2009/4/19 Al Johnson openm...@mazikeen.demon.co.uk: [...] As AMI emits all needed events I'll add fso support for the GUI to handle the switching automatically, while for a true voip fso [...] I added fso support to switch between stereoout when ringing and voip-handset when the call is established but asterisk does not reacts well on this and stop to capture audio. It works well if I set the voip scenario before launching it and never switches to stereoout. Before digging again in the asterisk alsa code I'd like to know if the scenario switching is transparent to alsa applications, or may brings underrun/overrun or other problems that needs to be managed in a stronger way. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster Openmoko Shop - new: Bluetooth Keyboard
On Wed, Apr 22, 2009 at 19:05, David Reyes Samblas Martinez da...@tuxbrain.com wrote: 2009/4/22 Pander pan...@users.sourceforge.net: Timo Juhani Lindfors wrote: openm...@pulster.de (Christoph Pulster) writes: I am trying to expand range of accessories to the Openmoko Freerunner, I hope you enjoy it. Thank you very much. Any chance you could start selling Y-cables (USB cables that make it possible to charge neo while using usb devices at the same time)? This would be very useful when using usb 3G stick. I don't want to unplug it when I charge the phone since then I'd the connection would drop. +1 for a keyboard like this one that is connected via USB and offers an USB 'in' and USB 'out' port for simultaniously charging and using a 3G stick. If you find something like that I will be happy to add in my catalog :) Like this? http://wiki.openmoko.org/wiki/Specialized_USB_cables#How_to_make_a_USB_cable_for_powering_attached_USB_devices_and_charging_the_Neo_while_in_host_mode_.28aka_Y-Cable.29 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem
The older kernel works for me as well - on latest shr-testing. What I did find is that the busybox tar and gzip seem broken - the extracted modules seem corrupt. I ended up extracting on the local machine and rsyncing across to the FR. BillK On Tue, 2009-04-28 at 19:29 +0200, Nicola Mfb wrote: 2009/4/28 Helge Hafting helge.haft...@hist.no: Helge Hafting wrote: [..] It is a kernel problem, because going back to the older kernel uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin fixes the WIFI problem. Unfortunately, using this older kernel with SHR testing of april 22. means no usb networking instead. And no sound, so no phone either. Did you installed modules too? it works for me, I do not know if there are some changes that breaks frameworkd, but audio and usb works fine. Nicola ___ 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: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Configurable, configurable, ... Everyones use case is different! - I usually wake with the click and display glow when the FR comes out of suspend, even before the alarm starts to sound, so I find the very low start fine as do the rest of the household (see next). I would also like to have a setting to remove the puzzle as I cant even see the buttons, let alone the tiny numbers without glasses. Ended up hacking the code to remove it and print a large ACK on the first button as the puzzle makes the FR unusable as an alarm clock (you DO have to be able to turn the alarm off before it wakes the rest of the household you know :) Colours for the clock display - I changed mine to a dim amber - much better in a dark room. Also, does the green cause problems for the colour blind? (something to think about) - but the green is much better in daylight. Again, would be nice if its both configurable and/or selectable from the display. Billk On Tue, 2009-04-28 at 13:47 -0500, Steven ** wrote: 2009/4/27 Łukasz Pankowski lukp...@o2.pl: Currently it increases the volume +1 each second, I may make the time between increases configurable in config file if you insist that fixing point 2. (see below) is not enough for you. I decoded the python file and figured out where to change that. I originally set it to increase by 3 each step. But then I decided starting at a louder volume fit my use-case better. Until the volume gets above 200, I can't really hear it in my bedroom (lots of ambient noise from fans). I don't think it would too difficult to make these options in the config file (I see you have a few already). Maybe some people would rather it be configurable in the GUI, but I'm fine with the config file approach. 2. Make ffalarms prevent suspend for a time, maybe 5 minutes. (Note that it would be REALLY bad to prevent suspend indefinitely, as I might forget I set an alarm and walk away from the phone, only to come back hours later to an empty battery) I will try to fix the suspend issue this weekend (time is scarce) that is avoid suspending until you stop the alarm. Thanks. I'll gladly beta test any ipks you send me. :-) -Steven ___ 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] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)
2009/4/27 Adam Jimerson vend...@gmail.com: I am still trying to get my wireless to work on the 4/16 release of SHR-Testing, I can get a scan to work on eth0 every now and then and the rest of the time I get a device does not support scanning error. No matter if I can scan or not eth0 will not connect to any AP. I have set up the /etc/network/interfaces so that eth0 uses wpa_supplicant, which I have the file setup with the APs and everything, and when I try and ifup eth0 it goes though the configurations but stops at a No lease failing error. I have been at this for a while trying to get it to work and all my attempts have failed. If anyone has any kind of suggestion, or if they have had this problem with this version of SHR-Testing please reply, I getting desperate and will try anything to get it to work. I solved at least the no lease problem hacking a bit /etc/udev/scripts/network.sh, basically when eth0 is added it launches wpa_supplicant with -W (wait for wpa_cli) instead of ifup, after launches wpa_cli -a /etc/wpa_supplicant/wpa_cli.sh, the last is a script called when some event happens (CONNECT/DISCONNECT), on CONNECT it launches udhcpc, and as eth0 is already associated and authenticated I finally get a lease. I think this may be obtained using wpa-roam too in a more elegant way, but it failed and I'm a bit lazy to read an incomplete file set. An issue is that power cycling the AP resulted in kernel reporting ar6000 disconnected/connected but wpa_cli was not notified, after that the freerunner continued to stay connected but I do not know if moving to another configured network will notify a new association and a new IP or I have to disable/reenable wifi. This works starting/stopping wifi from shr-settings too without the need of launch mofi. I toggled wifi several times and it worked on a wpa-psk network without problems, so I *suppose* that udhcpc when launched with the eth0 not associated creates problems. Tomorrow I'll try with the wpa2-enterprise network and report. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Buzz on GTA02v5 with latest SHR-Testing, do I need buzz fix ?
Currently running SHR Testing from around 22 April, on my GTA02V5 in Australia. While on a mobile to mobile call, the other party complained about buzzing. 1. Could someone please confirm that this is the hardware caused buzzing problem and not related to the distro or alsa state settings. 2. Are there any users in Australia with same batch (original group purchase via Perth/Brisbane) which also have the issue and have managed to get it corrected or have access to someone that can do the fix in Aus ? cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Draft of 17th community update
Martin Bernreuther wrote: Hello, Am Dienstag, 28. April 2009 schrieb sushama: The draft of 17th community update is available here: http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009 Please feel free to add/edit any information that I have missed out. This update is for the period from April 18th to April 30th.The update will be released on April 30th. looking at http://wiki.openmoko.org/wiki/Main_Page the Latest News shows a link to http://wiki.openmoko.org/wiki/Community_Updates/April_05%2C_2009 and the News in the Community box on the left point to http://wiki.openmoko.org/wiki/Community_Updates/March_20%2C_2009 If there's some automatic update routine, it already missed to put the 16th(?) community update to the news section: http://wiki.openmoko.org/wiki/Community_Updates/April_17%2C_2009? Regards, Martin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hello, Sorry about that. I am just waiting to get the access to edit those pages. Will update these information as soon as I get that. Thankyou. Regards, Sushama ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]
El día Tuesday, April 28, 2009 a las 04:13:22PM +0200, Joerg Reisenweber escribió: The one and only *real* gsmhandset.state (for all FR!): http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state :-) I've tried this yesterday and for me it gives a strong, no tolerable, local echo, even acoustic feedback between micro y speaker; sorry for not giving positiv feedback :-( interesting is the change in cotrol.63, will try with this to adjust some other values to reduce the acoustic feedback; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community