Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume
I'm not sure if this is related, but I have certainly had sms go missing until a reboo. This is on shr-t . However I also noticed this behaviour on QTMoko v14 which is what prompted me to switch to latest testing SHR. Is this possibly a kernel related issue or perhaps common FSO base ? On Thu, Dec 17, 2009 at 1:37 AM, Yann SLADEK yann.sla...@free.fr wrote: Yes it also happens on shr-u phonefsod - 0.0.0+gitr168+ccc2892b58d5bb2ef613661534e7c6950e4a8dae-r4.4 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume
Are you using the latest moko11 GSM firmware? - this one of the side effects of bugs in the older GSM firmware. BillK On Thu, 2009-12-17 at 18:19 +1000, Denis Johnson wrote: I'm not sure if this is related, but I have certainly had sms go missing until a reboo. This is on shr-t . However I also noticed this behaviour on QTMoko v14 which is what prompted me to switch to latest testing SHR. Is this possibly a kernel related issue or perhaps common FSO base ? On Thu, Dec 17, 2009 at 1:37 AM, Yann SLADEK yann.sla...@free.fr wrote: Yes it also happens on shr-u phonefsod - 0.0.0+gitr168+ccc2892b58d5bb2ef613661534e7c6950e4a8dae-r4.4 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- 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-User] [shr-u] duplicate pacages
On Wed, Dec 16, 2009 at 7:16 PM, Tom Hacohen t...@stosb.com wrote: hm... Package: shr-settings Version: 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 Depends: python-elementary, python-dbus, python-codecs, python-shell, python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, python-phoneutils, python-pexpect, python-core Recommends: shr-settings-addons-illume, shr-settings-backup-configuration Provides: Status: install user installed Architecture: armv4t Package: shr-settings Version: 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 Depends: python-elementary, python-dbus, python-codecs, python-shell, python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, python-phoneutils, python-pexpect, python-core Recommends: shr-settings-addons-illume, shr-settings-backup-configuration Provides: Status: deinstall user installed Architecture: armv4t I'm not sure what deinstall means, but it sure looks like opkg crashed or something, I suggest you -force-remove shr-settings (until there won't be such package installed) and then install it again. -- Tom. Ok i'll give a try (then report)... THANKS! d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
building qtmoko V15
Hi all, I am attempting to build qtmoko from source and have a problem. I'm not very familiar with the qt environment and hoping someone can help. I followed the instructions on radek's git README, downloaded toolchain, cloned git and attempted to build. The first time I ran the configure command, I received an error that qmake could not be found and to put -build-qt in the configure flags. I did this and qt appeared to build ok. configure now works. Now when I run make i receive this error: - r...@davetv-laptop:/build# make make: running qbuild default Project () ERROR: An error occured while evaluating a QBuild script extension. File:/qtmoko/qbuild@87 Error: SyntaxError: Parse error anonymous()@:6696 make: *** [all] Aborted - The line that is causing the problem is - var script = project.property(SDK_SCRIPT); After some experimentation (by commenting out stuff) It appears that the compiler has a problem with project.property(xxx). If I comment it out in /qtmoko/qbuild.pro it fails elsewhere. Any suggestions? Dave ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
I just created another installer-image, http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B (so one can choose which is preferred), these are the changes: * Upgraded 'pkg-fso-keyring' to '2009.09.12' * gpsd installed * Working TangoGPS * Working Navit * Enabled GSM multiplexing * Added SMS-Receive bug-fix Radek Polak wrote: ghislain wrote: Because the files and folders in /usr/share/man are missing (to preserve space), apt-get install gpsd will fail. Ahh, ok, will put it on my list :-) I also think NeronGPS is much better, but TangoGPS has some functions which are quite useful (locate your friends). But even then, when missing gpsd, Navit will also not work. Sure, gpsd is must to have. I was not having that much problems when using GPRS, okay, at first boot I had to try twice, and sometimes when booting I got stuck in the PIN-code screen, but then, I could make a call even when using GPRS, now I have to choose... I don't know which option I prefer. Oki, i'll try to get multiplexing back or at least configurable. I think the stuck-in-PIN-code is possible to fix - i hope i am getting idea what's going on there... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4180499.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: QtMoko v15
Great! thanks. 2009/12/17 ghislain ghisl...@basetrend.nl I just created another installer-image, http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B (so one can choose which is preferred), these are the changes: * Upgraded 'pkg-fso-keyring' to '2009.09.12' * gpsd installed * Working TangoGPS * Working Navit * Enabled GSM multiplexing * Added SMS-Receive bug-fix Radek Polak wrote: ghislain wrote: Because the files and folders in /usr/share/man are missing (to preserve space), apt-get install gpsd will fail. Ahh, ok, will put it on my list :-) I also think NeronGPS is much better, but TangoGPS has some functions which are quite useful (locate your friends). But even then, when missing gpsd, Navit will also not work. Sure, gpsd is must to have. I was not having that much problems when using GPRS, okay, at first boot I had to try twice, and sometimes when booting I got stuck in the PIN-code screen, but then, I could make a call even when using GPRS, now I have to choose... I don't know which option I prefer. Oki, i'll try to get multiplexing back or at least configurable. I think the stuck-in-PIN-code is possible to fix - i hope i am getting idea what's going on there... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4180499.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 -- Francisco Moreno ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner gone...
2009/12/16 Michal Brzozowski ruso...@poczta.fm: OMG geeks :-) Just write this info on a piece of paper and stick on the inside of the back cover LOL!!! -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Qi inside NanoNote, Arduino, Openmoko, Openpandora 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: Freerunner gone...
On Fri, Dec 11, 2009 at 11:59 PM, Pieter Colpaert freep...@gmail.com wrote: ... 1. Sms sentry. Put that application, or a similar one, in every light image we got: It will reply the GPS coordinates when texting sentry:location to moko. 2. When another sms is send we should be able to put the volume to max and play a voice saying: PLEASE RETURN THIS PORTABLE, IT IS LOST AND THE OWNER TRIES TO FIND IT. I'd be happy to record that voice. And display contact information on the screen delivered by sms. What do you guys think? Saving €230 with 5 lines of code seems a big deal to me (€230 + sim card + personal configurations + a lot more personal stuff actually). It's not 5 lines, unless you want *anyone* to be able to get your current GPS coordinates by simply texting you sentry:location. and to be able to make u spend a lot of money by sending you that message again and again. Point 2. could be great to disrupt your most important meetings or, why not, bother you while you're having sex. The sms would have to be crypted or signed, for which a password or public key would have to be stored in the phone first. And if you do it in Haskell (am I the only person in the world using Haskell to write code for the FR?), that would be around 6 lines :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v12
Hi I have songs in the sd card located inside /musiz in directories I cannot play see these files using media player in qtmoko v15, does anybody else have the same problem, where as I can browse them using file manager etc... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
I just created another installer-image, Yesterday I had a problem with the original image from Radek. It just ignored my SIM contacts if they started with lower case characters. I reported that on IRC and Radek confirmed that he sees the same effect. However, I've just installed the installer image and the problem is gone. So thank you for doing what ever you did to solve this issue. :-) Best Regards thomas -- Thomas Otterbein th.otterb...@gmx.net ASCII ribbon campaign ( ) against HTML e-mail X www.asciiribbon.org / \ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] pisi vcard error
synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] pisi vcard error
On Thursday 17 December 2009, Bernd Prünster wrote: synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! My guess is you have a badly formatted entry at one end, or possibly both. Check your vcf file for existing vcards with no line starting FN: as it is one of the few required fields in a vcard. Do you have any contacts with an empty name on the SIM? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[WikiReader] LWN article
today's LWN has a quite positive article on the wikireader, which can be found at http://lwn.net/SubscriberLink/366927/9874880118356de2/ for those who are interested. -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v12
Aditya Gandhi píše v Čt 17. 12. 2009 v 12:24 +0100: Hi I have songs in the sd card located inside /musiz in directories MP3 files should go to: /media/card/Documents/audio/mpeg /home/root/Documents/audio/mpeg so that they are visible for Qtopia document system. You can do Main menu-Documents-Rescan System if they are not visible. But please note that there is some bug and media player cant play songs fluently. Instead you can use QMplayer which uses mplayer as backend and can play just OK (and after second scan can find files also in non-standard folder on SD card) I cannot play see these files using media player in qtmoko v15, does anybody else have the same problem, where as I can browse them using file manager etc... Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] pisi vcard error
Al Johnson wrote: On Thursday 17 December 2009, Bernd Prünster wrote: synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! My guess is you have a badly formatted entry at one end, or possibly both. Check your vcf file for existing vcards with no line starting FN: as it is one of the few required fields in a vcard. Do you have any contacts with an empty name on the SIM? vcf file is empty. sim contacts are all fine and work great with synching with google ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] pisi vcard error
On Thursday 17 December 2009, Bernd Prünster wrote: Al Johnson wrote: On Thursday 17 December 2009, Bernd Prünster wrote: synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! My guess is you have a badly formatted entry at one end, or possibly both. Check your vcf file for existing vcards with no line starting FN: as it is one of the few required fields in a vcard. Do you have any contacts with an empty name on the SIM? vcf file is empty. sim contacts are all fine and work great with synching with google Using pisi from shr-u repos installed ~1hr ago an empty vcf file doesn't cause this problem from either my SIM or opimd. Google probably doesn't care if you don't set the name field(s), but in vCard this field is mandatory. Looking at /opt/pisi/vobjecttools.py I'm not convinced createRawVcard will ensure FN is set to something if the contact has neither firstname nor lastname attributes. My guess is that one of your contact names triggers this case either by having an empty name, or by having a name string that upsets the sim name parser somehow. If you run from the cli (ssh session probably best) you may get more information on where it's going wrong. If you haven't changed the default config names it should be: pisi -v -m5 shrsim vcf1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] pisi vcard error
There was indeed a problem with saving entries, which came from VCF files (at least in my test case) ... I fixed this now - each entry is checked before writing through to file whether FN is set; if not, something is assembled by using given and last name. This fix will be in next minor release of PISI. Best Michael On 12/17/2009 05:03 PM, Al Johnson wrote: On Thursday 17 December 2009, Bernd Prünster wrote: Al Johnson wrote: On Thursday 17 December 2009, Bernd Prünster wrote: synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! My guess is you have a badly formatted entry at one end, or possibly both. Check your vcf file for existing vcards with no line starting FN: as it is one of the few required fields in a vcard. Do you have any contacts with an empty name on the SIM? vcf file is empty. sim contacts are all fine and work great with synching with google Using pisi from shr-u repos installed ~1hr ago an empty vcf file doesn't cause this problem from either my SIM or opimd. Google probably doesn't care if you don't set the name field(s), but in vCard this field is mandatory. Looking at /opt/pisi/vobjecttools.py I'm not convinced createRawVcard will ensure FN is set to something if the contact has neither firstname nor lastname attributes. My guess is that one of your contact names triggers this case either by having an empty name, or by having a name string that upsets the sim name parser somehow. If you run from the cli (ssh session probably best) you may get more information on where it's going wrong. If you haven't changed the default config names it should be: pisi -v -m5 shrsim vcf1 ___ 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-User] [shr-u] duplicate pacages
Ok, removed and reinstalled, now I have univocity! Great thanks! d (I still miss a working phone... i can hear perfectly others but they hear me really bad, but i'll succeed) On Thu, Dec 17, 2009 at 10:54 AM, Davide Scaini dsca...@gmail.com wrote: On Wed, Dec 16, 2009 at 7:16 PM, Tom Hacohen t...@stosb.com wrote: hm... Package: shr-settings Version: 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 Depends: python-elementary, python-dbus, python-codecs, python-shell, python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, python-phoneutils, python-pexpect, python-core Recommends: shr-settings-addons-illume, shr-settings-backup-configuration Provides: Status: install user installed Architecture: armv4t Package: shr-settings Version: 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 Depends: python-elementary, python-dbus, python-codecs, python-shell, python-pyrtc, python, python-core, python-edbus, dbus-x11, frameworkd, python-phoneutils, python-pexpect, python-core Recommends: shr-settings-addons-illume, shr-settings-backup-configuration Provides: Status: deinstall user installed Architecture: armv4t I'm not sure what deinstall means, but it sure looks like opkg crashed or something, I suggest you -force-remove shr-settings (until there won't be such package installed) and then install it again. -- Tom. Ok i'll give a try (then report)... THANKS! d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-t] Importing (vcf) contacts -- again
i am also attempting to import a vcf file into my shrsim. for some reason unknown to me pisi wont write any changes to any contact fields. example, changing a phone number to add +1 to the phone number field. but! deleting a contact out of the shrsim and running pisi will re add that contact, but none of the phone number modifications. all these modifications are formated just as they should be. some of my contacts on the sim already have the +1 in the number. which leads me to believe its not a formatting issue. along with that, can anyone describe to me why new shr 20091205 contacts likes to click a contact rather then draggin a contact to scroll the list. this is driving me crazy right now trying to scroll to the lower contacts. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] pisi vcard error
On Thursday 17 December 2009, Michael Pilgermann wrote: There was indeed a problem with saving entries, which came from VCF files (at least in my test case) ... I fixed this now - each entry is checked before writing through to file whether FN is set; if not, something is assembled by using given and last name. N too I hope - that's also mandatory. This fix will be in next minor release of PISI. Best Michael On 12/17/2009 05:03 PM, Al Johnson wrote: On Thursday 17 December 2009, Bernd Prünster wrote: Al Johnson wrote: On Thursday 17 December 2009, Bernd Prünster wrote: synching with google contacts worked flawlessly, so first of all great work! source A is configured as shr sim contacts (all my contacts are stored on sim) source b is local vcf everythign seems fine until i get the following error message (ALWAYS at 91%): VCARD components must at least contain 1 FN soem of my contacts are stored in vcard, but it aborts after that error... any help would be appreciated! My guess is you have a badly formatted entry at one end, or possibly both. Check your vcf file for existing vcards with no line starting FN: as it is one of the few required fields in a vcard. Do you have any contacts with an empty name on the SIM? vcf file is empty. sim contacts are all fine and work great with synching with google Using pisi from shr-u repos installed ~1hr ago an empty vcf file doesn't cause this problem from either my SIM or opimd. Google probably doesn't care if you don't set the name field(s), but in vCard this field is mandatory. Looking at /opt/pisi/vobjecttools.py I'm not convinced createRawVcard will ensure FN is set to something if the contact has neither firstname nor lastname attributes. My guess is that one of your contact names triggers this case either by having an empty name, or by having a name string that upsets the sim name parser somehow. If you run from the cli (ssh session probably best) you may get more information on where it's going wrong. If you haven't changed the default config names it should be: pisi -v -m5 shrsim vcf1 ___ 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-t] Importing (vcf) contacts -- again
On Thursday 17 December 2009, jeremy jozwik wrote: along with that, can anyone describe to me why new shr 20091205 contacts likes to click a contact rather then draggin a contact to scroll the list. this is driving me crazy right now trying to scroll to the lower contacts. Because it has a bug that's been fixed on more recent versions in unstable, maybe also in testing. Also if you drag along the right hand edge you can jump to a particular letter instead of having to scroll through hundreds of contacts. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR-U Accelerometer data
Many tests appear to indicate that a complete report set read from /dev/input/event2 or event3 is a relative rarity. Looking at the code from the lis302dl driver in git.openmoko.org it appears to me that this should not be true, and if I recall correctly, proper output was couming out under OM2009.x at one point. Anybody with any thoughts on this issue? According to what I read, /dev/input/eventx interface should reliably handle every event and make it available. The other issue is that the first report from the driver following an open on the device should be complete and contain the axis calibration values. This appears to be not true in that the first report I get is often incomplete in that not all axes are supplied. I am presuming that the lis302dl driver in use on SHR-U is the same one as in the git repo. If not, where is the source being used by SHR? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U Accelerometer data
Am Donnerstag, den 17.12.2009, 11:59 -0500 schrieb Iain B. Findleton: Many tests appear to indicate that a complete report set read from /dev/input/event2 or event3 is a relative rarity. Looking at the code from the lis302dl driver in git.openmoko.org it appears to me that this should not be true, and if I recall correctly, proper output was couming out under OM2009.x at one point. Let me remind you that the driver has changed wrt. RELATIVE and ABSOLUTE. These days, upon opening the device, only the first report is a full report. Subsequent reports only contain changed axes. Anybody with any thoughts on this issue? According to what I read, /dev/input/eventx interface should reliably handle every event and make it available. The other issue is that the first report from the driver following an open on the device should be complete and contain the axis calibration values. This appears to be not true in that the first report I get is often incomplete in that not all axes are supplied. I can't confirm that. I'm running andy-tracking and when I call hexdump inputnode the first three entries are always axes 0, 1, 2. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U Accelerometer data
Michael 'Mickey' Lauer wrote: Am Donnerstag, den 17.12.2009, 11:59 -0500 schrieb Iain B. Findleton: Many tests appear to indicate that a complete report set read from /dev/input/event2 or event3 is a relative rarity. Looking at the code from the lis302dl driver in git.openmoko.org it appears to me that this should not be true, and if I recall correctly, proper output was couming out under OM2009.x at one point. Let me remind you that the driver has changed wrt. RELATIVE and ABSOLUTE. These days, upon opening the device, only the first report is a full report. Subsequent reports only contain changed axes. I got that about the ABSOLUTE. The changes only thing does not look to come from the driver code. Is that something associated with the linux input system interface? Anybody with any thoughts on this issue? According to what I read, /dev/input/eventx interface should reliably handle every event and make it available. The other issue is that the first report from the driver following an open on the device should be complete and contain the axis calibration values. This appears to be not true in that the first report I get is often incomplete in that not all axes are supplied. I can't confirm that. I'm running andy-tracking and when I call hexdump inputnode the first three entries are always axes 0, 1, 2. From what I saw of the driver code and the lis302dl spec sheet, an open on the device file should send the calibration data from the device. Can you confirm that I am reading the correct driver source? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GPS navigation apps for QtMoko
Could it be it's not in de debian repository's? Tony McKeehan wrote: Yeah, NeronGPS is in the QtMoko feeds and all you need to install it is a recent version of QtMoko and an internet connection. It's native to the Qt framework that QtMoko uses and doesn't need an X server. It has a slightly different interface from Navit and tango, but it's pretty easy to get used to. -Tonym Brolin Empey wrote: Hello list, Are there any GPS navigation apps for QtMoko, i.e., any usable without an X server? I cannot use QX because every time I try, I end up having to remove the battery from my FreeRunner because my FreeRunner locks up and is unusable. I wanted to use Navit, but it requires a working X server. Alternately, is there any way to get a working (non-QX) X server on QtMoko, or use QtMoko with an X server (maybe on plain Debian)? Months ago, I asked for recommendations of MicroSDHC cards to buy to install plain Debian on. I still have not even found a place to buy any of the recommended cards because I have not made doing so a sufficiently high priority for it to ever be done. My parents gave me a Garmin nûvi GPS navigator (I do not remember which model, but I can find out if you want) as an early Christmas gift, so I at least have a working GPS navigation solution, but it would be better if I could use my FreeRunner as a GPS navigator. I never use cell phones while driving because doing so is a recipe for disaster for me: I always pull over and stop before using a cell phone. I am mentioning this because I wonder if it simplifies finding a GPS navigation app because I do not use cell phones while driving, so I do not have to answer nor make calls while the GPS navigation app is running. I still need to log missed calls and receive SMS messages, though. I also do not want messages about missed calls or received SMS messages blocking my view of the GPS navigation app on the screen while I am driving because I may not even be able to safely pull over to use my FreeRunner. I am using QtMoko v14, but will see if v15 looks like it is worth upgrading to. Thanks, Brolin -- Sometimes I forget how to do small talk: http://xkcd.com/222/ “If you have to ask why, you’re not a member of the intended audience.” — Bob Zimbinski, http://webpages.mr.net/bobz/ttyquake/ ___ 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: QtMoko v15
ghislain wrote: I just created another installer-image, http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B (so one can choose which is preferred), these are the changes: * Upgraded 'pkg-fso-keyring' to '2009.09.12' * gpsd installed * Working TangoGPS * Working Navit * Enabled GSM multiplexing * Added SMS-Receive bug-fix Excuse my bad English. Can I make it a jffs-image? And how, if not difficult? -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4182499.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: QtMoko v15
Yoric, The zip-file contains a few files, the rootfs.img file is the jffs-image. Regards, Ghislain yoric wrote: ghislain wrote: I just created another installer-image, http://www.openmobile.nl/pages/downloads.php#qtm15b QtMoko V15B (so one can choose which is preferred), these are the changes: * Upgraded 'pkg-fso-keyring' to '2009.09.12' * gpsd installed * Working TangoGPS * Working Navit * Enabled GSM multiplexing * Added SMS-Receive bug-fix Excuse my bad English. Can I make it a jffs-image? And how, if not difficult? -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4182668.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-t] Importing (vcf) contacts -- again
On Thu, Dec 17, 2009 at 8:52 AM, Al Johnson openm...@mazikeen.demon.co.uk wrote: Because it has a bug that's been fixed on more recent versions in unstable, maybe also in testing. Also if you drag along the right hand edge you can jump to a particular letter instead of having to scroll through hundreds of contacts. holy moly! i didnt even know that was in there. thats pritty cool! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] GPS navigation apps for QtMoko
On Thursday 17 of December 2009 18:43:02 Hans Zimmerman wrote: Could it be it's not in de debian repository's? If i know right then yes. The project was announced just a few months ago. Building Debian package will probably not take too much effort except that the Qtopia GPS API would have to be handled somehow. Sources can be found here [1]. The problem with QtMoko and Debian packages is that most of Debian packages are built for Qt/X11 while we use Qt/framebuffer and that means different set of dependecies and probably also different binaries. That's why we have our package feed which has also the advantage that it works on QtMoko distros based on open embedded/arch rootfs. Regards Radek [1] http://github.com/tvuillaume/NeronGPS/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
ghislain wrote: Yoric, The zip-file contains a few files, the rootfs.img file is the jffs-image Thank you. -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4182780.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: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
2009/12/16 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: Hello list, I am using QtMoko v14. AFAIK, QtMoko does not support GSM multiplexing, which means even if I had a working and usable Web browser for QtMoko, I could not use telephony functionality, such as making and receiving phone calls, while GPRS is enabled. If I wanted to have Internet access on my FreeRunner, what is the least-hassle method of getting a usable Web browser + telephony and SMS support while GPRS is enabled? Am I better off finding a usable proprietary phone? Since you've already got the phone you may as well give the other firmware options a try. We keep finding people have different definitions of 'usable' so you'll have to see what suits you. SHR should be easy to try, and is supposed to do everything you want. There's a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony should work together (I say should as I haven't tried GPRS recently.) Midori might be a suitable browser, although there is a problematic interaction between the illume keyboard and midori's address autocompletion at the moment. I have already tried the Om2008.8 (?) which was preinstalled on my FreeRunner, Om2009 (completely unusable because the GUI kept becoming unresponsive), SHR-U (version 080808 or 090808? I can find out which version I tried when I am home tonight. It was less unusable than Om2009 but still unusable because I could not set the clock to the correct date and time, all of my SMS messages had the same incorrect date and time, the text input did not work reliably, it used crappy Busybox instead of GNU userland (I know I could probably replace Busybox with GNU userland, but doing so requires a usable ssh connection.), and I could not even get a usable ssh connection to SHR-U because I could not get bridging nor routing working on Ubuntu and the ssh session from Cygwin on Windows Vista was very slow and kept disconnecting. I had the base or tiny version of SHR (I forgot what it was called, but I can find out when I am at home tonight.), which had very few apps, but I could not upgrade to the full version because I did not have a usable ssh connection.), and finally QtMoko, which still has issues but is by far the most usable distro I have tried. I could try SHR again, but my first impression of SHR was very poor because I do not understand how they could release such a broken image. If I try another distro, it has to be able to install to and run from a MicroSD(HC) card because I need to keep my working QtMoko installation in my onboard NAND. I want to be able to connect my FreeRunner directly to an Ethernet LAN instead of having to use bridging and/or routing on a PC. I already have a USB → Ethernet adapter, but I am still waiting for my DealExtreme orders to arrive (it is taking weeks. :/) so I can use my FreeRunner as a USB Host instead of only as a USB Device. If I could connect my FreeRunner directly to my Ethernet LAN, then it does not matter if I cannot get a usable ssh connection to SHR-U via USB networking, but such a connection should still work because it works fine with QtMoko. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [WikiReader] LWN article
2009/12/17 Tom Yates madhat...@teaparty.net: today's LWN has a quite positive article on the wikireader, which can be found at http://lwn.net/SubscriberLink/366927/9874880118356de2/ for those who are interested. -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Mentioned on LWN :):), cool birthday present :) -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Qi inside NanoNote, Arduino, Openmoko, Openpandora 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: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
On Thursday 17 December 2009, Brolin Empey wrote: 2009/12/16 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: Hello list, I am using QtMoko v14. AFAIK, QtMoko does not support GSM multiplexing, which means even if I had a working and usable Web browser for QtMoko, I could not use telephony functionality, such as making and receiving phone calls, while GPRS is enabled. If I wanted to have Internet access on my FreeRunner, what is the least-hassle method of getting a usable Web browser + telephony and SMS support while GPRS is enabled? Am I better off finding a usable proprietary phone? Since you've already got the phone you may as well give the other firmware options a try. We keep finding people have different definitions of 'usable' so you'll have to see what suits you. SHR should be easy to try, and is supposed to do everything you want. There's a GUI for the GPRS config. It has multiplexing so GPRS, SMS and telephony should work together (I say should as I haven't tried GPRS recently.) Midori might be a suitable browser, although there is a problematic interaction between the illume keyboard and midori's address autocompletion at the moment. I have already tried the Om2008.8 (?) which was preinstalled on my FreeRunner, Om2009 (completely unusable because the GUI kept becoming unresponsive), SHR-U (version 080808 or 090808? I can find out which version I tried when I am home tonight. That's a long way out of date! It was less unusable than Om2009 but still unusable because I could not set the clock to the correct date and time, By default this is picked up automatically (network, gps, ntp), but you can disable some or all of these and set it manually if you want. all of my SMS messages had the same incorrect date and time, the text input did not work reliably, date and time show correctly here. Matching names to numbers on the message app can be slow though. it used crappy Busybox instead of GNU userland (I know I could probably replace Busybox with GNU userland, but doing so requires a usable ssh connection.) still uses busybox by default, but with openssh in place of dropbear. You need to set a password or openssh will refuse the connection. , and I could not even get a usable ssh connection to SHR-U because I could not get bridging nor routing working on Ubuntu and the ssh session from Cygwin on Windows Vista was very slow and kept disconnecting. I've not tried networking on ubuntu or vista so I can't comment, but bridging on fedora just works like any other bridge. It behaves the same way whichever distro I have on the moko (except android). I had the base or tiny version of SHR (I forgot what it was called, but I can find out when I am at home tonight.), which had very few apps, but I could not upgrade to the full version because I did not have a usable ssh connection.), and finally QtMoko, which still has issues but is by far the most usable distro I have tried. I could try SHR again, but my first impression of SHR was very poor because I do not understand how they could release such a broken image. shr-unstable is just that, and breakages happen. The images are just nightly builds that have nominally succeeded, not a release that's supposed to be bug- free. The recently released shr-testing is intended to avoid the sort of failures you can get in unstable, but it takes a little while for bug fixes to trickle down from unstable. If I try another distro, it has to be able to install to and run from a MicroSD(HC) card because I need to keep my working QtMoko installation in my onboard NAND. I'm running shr-u (among others) from uSD. Just make an ext3 filesystem on a spare partition and untar the tar.gz image to it. I assume you know how to multiboot already... I want to be able to connect my FreeRunner directly to an Ethernet LAN instead of having to use bridging and/or routing on a PC. I already have a USB → Ethernet adapter, but I am still waiting for my DealExtreme orders to arrive (it is taking weeks. :/) so I can use my FreeRunner as a USB Host instead of only as a USB Device. If I could connect my FreeRunner directly to my Ethernet LAN, then it does not matter if I cannot get a usable ssh connection to SHR-U via USB networking, but such a connection should still work because it works fine with QtMoko. The Settings app has a switch for USB host/device mode. So long as the kernel module is present it should work, but I've never tried a USB ethernet adapter with it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
ghislain wrote: The zip-file contains a few files, the rootfs.img file is the jffs-image What sew as uImage? Original from sourceforge has a size of 1852364, your 2900332. -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4183569.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: Least-hassle method of getting a usable Web browser + telephony support while GPRS is enabled?
2009/12/17 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: 2009/12/16 Al Johnson openm...@mazikeen.demon.co.uk On Thursday 17 December 2009, Brolin Empey wrote: FreeRunner, Om2009 (completely unusable because the GUI kept becoming unresponsive), SHR-U (version 080808 or 090808? I can find out which version I tried when I am home tonight. That's a long way out of date! It was the current release when I tried it in 2009-08, soon after I got my FreeRunner. I had the base or tiny version of SHR (I forgot what it was called, but I can find out when I am at home tonight.), which had very few apps, but I could not upgrade to the full version because I did not have a usable ssh connection.), and finally QtMoko, which still has issues but is by far the most usable distro I have tried. I could try SHR again, but my first impression of SHR was very poor because I do not understand how they could release such a broken image. shr-unstable is just that, and breakages happen. The images are just nightly builds that have nominally succeeded, not a release that's supposed to be bug- free. The recently released shr-testing is intended to avoid the sort of failures you can get in unstable, but it takes a little while for bug fixes to trickle down from unstable. I was expecting SHR-unstable to be like Debian Linux unstable, which is actually not unstable in the sense of having lots of breakage. I thought the image I tried was recommended because it was supposed to work well (had been tested), but I could be wrong. I should have asked if there was a better (less broken) image I could have tried. If I try another distro, it has to be able to install to and run from a MicroSD(HC) card because I need to keep my working QtMoko installation in my onboard NAND. I'm running shr-u (among others) from uSD. Just make an ext3 filesystem on a spare partition and untar the tar.gz image to it. I assume you know how to multiboot already... I have not multibooted my FreeRunner because so far I have run only 1 distro at a time from the onboard NAND, but I can probably figure out how to multiboot because I have multibooted PCs + my iPod + maybe some other devices I am forgetting. :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR-U Accelerometer data
On Thu, 17 Dec 2009 12:32:46 -0500 Iain B. Findleton ifindle...@videotron.ca wrote: Let me remind you that the driver has changed wrt. RELATIVE and ABSOLUTE. These days, upon opening the device, only the first report is a full report. Subsequent reports only contain changed axes. I got that about the ABSOLUTE. The changes only thing does not look to come from the driver code. Is that something associated with the linux input system interface? Yes - for absolute events, the linux input layer only forwards them when they change. You can get the current values at any time using an 'ioctl'. EBIOCGABS returns a 'struct input_absinfo' - see /usr/include/linux/input.h NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume
Yes. I upgraded to moko11 firmware earlier this year, and later also sent it off for buxzfix. It came back with Android on it and I have since re flashed to QTMoko V14 and now to shr-t. I haven't checked but I doubt it has gone backwards. Denis On Thu, Dec 17, 2009 at 7:13 PM, William Kenworthy bi...@iinet.net.au wrote: Are you using the latest moko11 GSM firmware? - this one of the side effects of bugs in the older GSM firmware. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Hardwarefixing at 26c3?
Hello, I am member of the 26c3 video-team. Some days ago, I replaced the 10µF capacitor successfully hoping fixing some kind of bug #1024. It was quiet easy. So if there is some need, I can provide fixing bug #1024 and other hardware bugs (buzz fix eg) at 26c3. So If you are planing to visit 26c3 and like me to do some fixing please respond to this mail (I need to order the parts). MfG Ello 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
shr-launcher new release for shr-u
Hi, Here's the latest release of shr-launcher. http://n2.nabble.com/file/n4185053/shr-launcher_local-r0.4_armv4t.ipk shr-launcher_local-r0.4_armv4t.ipk Changes :- Contacts App * Jump functionality improved * shows last contact details (sms/call), (in/out) and time Phone Log * Shows Duration * Allows individual log entry deletion Launcher * Wakes up every 5 mins in case FR suspends with missed calls / sms's Working on * e-tasks ability to add wake up notifications to shr-launcher * launcher service to provide any app to set wakeup notifications in launcher Help needed * alert tunes for notifications - missed call/ sms/ tasks * a few wallpapers that can be added as default options Thanks -- View this message in context: http://n2.nabble.com/shr-launcher-new-release-for-shr-u-tp4185053p4185053.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
