Re: Ideal screen rotation
2009/11/23 Neil Jerram : > > FWIW, as well as the discussed rotation support, I'd also like to > - add a GPRS/PDP toggle to the GSM gadget > - add a fast charge menu to the battery gadget > - fix the battery gadget so that it it goes up to 100%. Just in case anyone is waiting for these, I should say that I have changed tack now and am no longer working on these points. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
On Monday 14 December 2009 10:08:53 Atilla Filiz wrote: > Can I upgrade my NAND image(from v14) without a fresh install? > Instructions are now available at http://qtmoko.org/wiki/Update -- Vincent Meurisse ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
Radek Polak wrote: > > On Tuesday 15 of December 2009 21:48:20 ghislain wrote: >> Radek, >> >> By removing python from the image, gpsd is also missing, therefore >> TangoGPS >> (under QX) will not run. >> Maybe its better to leave python (and gpsd) a part of the image? > > It can be installed via apt-get and gpsd can be configured to start on > boot. Or > is there any problem so that it does not work this way? > Because the files and folders in /usr/share/man are missing (to preserve space), apt-get install gpsd will fail. > I think NeronGPS is much better then TangoGPS, it's native app and we can > save > 10 MB (packed). Maybe i am wrong, but the number of people that prefer > TangoGPS over NeronGPS must be small and it is quite simple to install > tango > (one apt-get install). > 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. >> I also noticed that you removed multiplexing, does this mean we cannot >> use >> GPRS and calling at the same time? >> > > Yup, but it wasnt working before too. I'd like to get multiplexing back, > but > it must be without bugs first and in v15 it was causing at least 2 bugs > (one > with Qtopia stuck in call screen - very annoying and nearly 100% > reproducible > after first boot and second is with GPRS - now it starts always, before > you had > to try several times). > > So the plan is now to disable multiplexing and hopefully after it's fixed > it > will be back. > 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. Regards, Ghislain -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4172623.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
On Tuesday 15 of December 2009 21:48:20 ghislain wrote: > Radek, > > By removing python from the image, gpsd is also missing, therefore TangoGPS > (under QX) will not run. > Maybe its better to leave python (and gpsd) a part of the image? It can be installed via apt-get and gpsd can be configured to start on boot. Or is there any problem so that it does not work this way? I think NeronGPS is much better then TangoGPS, it's native app and we can save 10 MB (packed). Maybe i am wrong, but the number of people that prefer TangoGPS over NeronGPS must be small and it is quite simple to install tango (one apt-get install). > I also noticed that you removed multiplexing, does this mean we cannot use > GPRS and calling at the same time? > Yup, but it wasnt working before too. I'd like to get multiplexing back, but it must be without bugs first and in v15 it was causing at least 2 bugs (one with Qtopia stuck in call screen - very annoying and nearly 100% reproducible after first boot and second is with GPRS - now it starts always, before you had to try several times). So the plan is now to disable multiplexing and hopefully after it's fixed it will be back. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus deb with increased timeout
2009/12/15 Neil Jerram : > 2009/12/15 arne anka : >> i applied those patches right now. >> so far the pin dialog appears twice: once before powerring on antenna and >> once afterwards. >> if the second pin dialog is canceled, the phone button stays disabled. >> i i put in the pin even the second time all the stuff supposed to happen >> after that runs again, ie reading phone book and sms. > > Thanks for testing, and I'm sorry it isn't working... I'll take > another look with your report in mind. Hmm, I'm having difficulty working this out. Would you mind posting (or sending just to me) your /tmp/zhone.log, if you still have it available? Thanks, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dbus deb with increased timeout
2009/12/15 arne anka : > i applied those patches right now. > so far the pin dialog appears twice: once before powerring on antenna and > once afterwards. > if the second pin dialog is canceled, the phone button stays disabled. > i i put in the pin even the second time all the stuff supposed to happen > after that runs again, ie reading phone book and sms. Thanks for testing, and I'm sorry it isn't working... I'll take another look with your report in mind. Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
Radek, By removing python from the image, gpsd is also missing, therefore TangoGPS (under QX) will not run. Maybe its better to leave python (and gpsd) a part of the image? I also noticed that you removed multiplexing, does this mean we cannot use GPRS and calling at the same time? -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4171927.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: dbus deb with increased timeout
i applied those patches right now. so far the pin dialog appears twice: once before powerring on antenna and once afterwards. if the second pin dialog is canceled, the phone button stays disabled. i i put in the pin even the second time all the stuff supposed to happen after that runs again, ie reading phone book and sms. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner gone...
On Tuesday 15. December 2009 15:29:45, Martin Šenkeřík Šenkeřík wrote: > The story was that, one guy was on the walk with dog, which brought to > him bag with black thing. He didn't know what is it, so he gave it to > his friend. Friend realized, that there is probably linux system > (according to scrolling text when booting :-)), but that was all - and > started googling. He told me, if that is normal phone, he would > probably not try so much to find info about it... Now *that* is a nice story. You are now owning the dog-rescued special edition of the Freerunner. :) May the curiosity of dog owners always be with you, Fabian ___ 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
2009/12/6 David Vermeille > 2009/12/6 Davide Scaini > > Hi, >> i'm experiencing a strange problem with latest shr-u (with latest >> upgrades): after few suspend/resumes (with calipso deep sleep=never) i >> have no more gsm connection, and shr settings says that phonefsod is not >> running (or in power tab "couldn't connect to fso of phonefsod). Even if >> I restart both frameworkd and phonefsod i get no gsm connection anymore... >> any ideas? (do you want some logs?) >> d >> ___ >> Shr-User mailing list >> shr-u...@lists.shr-project.org >> http://lists.shr-project.org/mailman/listinfo/shr-user >> > > > Hi, > > Same problem here. > > And sometimes, the PIN dialog don't even show up just after boot. > > David. > After some more testing, it seems that my problem came from the NO_NEW_FAIR_SLEEPERS trick. Removing the debug fs and the "echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features" bring the pin dialog back. David ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [shr-u] duplicate pacages
is this a duplicate? am i missing some info? shr-settings - 1:0.1.1+gitr443+ ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 shr-settings - 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 d On Tue, Dec 15, 2009 at 4:05 PM, Tom Hacohen wrote: > On Tue, Dec 15, 2009 at 4:48 PM, Davide Scaini wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> I have some duplicate packages with different version... >> >> r...@om-gta02 ~ $ opkg list_installed | grep shr >> alsa-scenarii-shr - >> 1.0+gitr239+13c1439b3259e5dc9335a1c5a312742baa840a46-r2.4 >> e-wm-config-illume-shr - >> 1.1-44424+gitr233+bbcec18f0ebd47e4f6eea88b9b774edf7400e752-r7.4 >> e-wm-menu-shr - >> 1.1-44424+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r1.4 >> e-wm-sysactions-shr - >> 1.1-44424+gitr233+bbcec18f0ebd47e4f6eea88b9b774edf7400e752-r4.4 >> e-wm-theme-illume-shr - >> 1.1-44424+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r6.4 >> etk-theme-shr - >> 1.1.1-44424+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r2.4 >> frameworkd-config-shr - >> >> 0.9.5.9+gitr1737+439300083459fe66cb93aca20cee185f6fcc52f5-240+ec04ab4bc92f9d4c4e398df9a2ee1330e3660373-r7.4 >> initscripts-shr - 0.0.1-r13.4 >> libphone-ui-shr - >> 0.0.0+gitr323+f5f631eb876d6d0191858c8d868869fdf60dba35-r4.4 >> libphone-ui-shr - >> 0.0.0+gitr311+18897be6c457f4e313604048522d2e839ff72e9f-r3.4 >> shr-settings - >> 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 >> shr-settings - >> 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 >> shr-settings-addons-illume - >> 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 >> shr-settings-addons-illume - >> 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 >> shr-settings-backup-configuration - >> 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 >> shr-settings-backup-configuration - >> 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 >> shr-settings-locale-it - >> 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 >> shr-settings-locale-it - >> 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 >> shr-splash - 1.2+gitr848+9d7ca1cecb93022e5b890cd87756ac6f072710ca-r5.4 >> shr-splash-theme-tux - >> 0.1+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r0.4 >> shr-theme - 0.0.2+gitr848+9d7ca1cecb93022e5b890cd87756ac6f072710ca-r2.4 >> shr-theme-gry - 0.1-r1.4 >> shr-theme-gtk-e17lookalike - >> 0.1.1+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r5.4 >> shr-wizard - 0.0.0+gitr1+24450cba257e7057045ad576530f158a03bd0f8b-r1.4 >> task-shr-apps - 2.0-r3.4 >> task-shr-games - 2.0-r3.4 >> task-shr-gtk - 2.0-r3.4 >> task-shr-minimal-apps - 2.0-r19.4 >> task-shr-minimal-audio - 2.0-r19.4 >> task-shr-minimal-base - 2.0-r19.4 >> task-shr-minimal-cli - 2.0-r19.4 >> task-shr-minimal-gtk - 2.0-r19.4 >> task-shr-minimal-x - 2.0-r19.4 >> >> >> is that real? or just a opkg mismatch? >> thanks >> d >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iEYEARECAAYFAksnoakACgkQda/40psHIUTAEgCeIqKzYRFkb2UaY63PzVfUxQRV >> iJQAn2cWJRoeM00rfOsr/O2FWRccSCO8 >> =4IhW >> -END PGP SIGNATURE- >> ___ >> > I don't see any such packages. > -- > Tom. > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-u] duplicate pacages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have some duplicate packages with different version... r...@om-gta02 ~ $ opkg list_installed | grep shr alsa-scenarii-shr - 1.0+gitr239+13c1439b3259e5dc9335a1c5a312742baa840a46-r2.4 e-wm-config-illume-shr - 1.1-44424+gitr233+bbcec18f0ebd47e4f6eea88b9b774edf7400e752-r7.4 e-wm-menu-shr - 1.1-44424+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r1.4 e-wm-sysactions-shr - 1.1-44424+gitr233+bbcec18f0ebd47e4f6eea88b9b774edf7400e752-r4.4 e-wm-theme-illume-shr - 1.1-44424+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r6.4 etk-theme-shr - 1.1.1-44424+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r2.4 frameworkd-config-shr - 0.9.5.9+gitr1737+439300083459fe66cb93aca20cee185f6fcc52f5-240+ec04ab4bc92f9d4c4e398df9a2ee1330e3660373-r7.4 initscripts-shr - 0.0.1-r13.4 libphone-ui-shr - 0.0.0+gitr323+f5f631eb876d6d0191858c8d868869fdf60dba35-r4.4 libphone-ui-shr - 0.0.0+gitr311+18897be6c457f4e313604048522d2e839ff72e9f-r3.4 shr-settings - 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 shr-settings - 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 shr-settings-addons-illume - 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 shr-settings-addons-illume - 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 shr-settings-backup-configuration - 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 shr-settings-backup-configuration - 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 shr-settings-locale-it - 1:0.1.1+gitr443+ef06fe86c49958673889671c46682c0b2f1d74d7-r8.4 shr-settings-locale-it - 1:0.1.1+gitr438+b7edf9afabbd7152c6d94bc65fb5c98481f9dc60-r8.4 shr-splash - 1.2+gitr848+9d7ca1cecb93022e5b890cd87756ac6f072710ca-r5.4 shr-splash-theme-tux - 0.1+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r0.4 shr-theme - 0.0.2+gitr848+9d7ca1cecb93022e5b890cd87756ac6f072710ca-r2.4 shr-theme-gry - 0.1-r1.4 shr-theme-gtk-e17lookalike - 0.1.1+gitr221+1cc80e26a4558dfc2268b349d9a1f468e515bcfb-r5.4 shr-wizard - 0.0.0+gitr1+24450cba257e7057045ad576530f158a03bd0f8b-r1.4 task-shr-apps - 2.0-r3.4 task-shr-games - 2.0-r3.4 task-shr-gtk - 2.0-r3.4 task-shr-minimal-apps - 2.0-r19.4 task-shr-minimal-audio - 2.0-r19.4 task-shr-minimal-base - 2.0-r19.4 task-shr-minimal-cli - 2.0-r19.4 task-shr-minimal-gtk - 2.0-r19.4 task-shr-minimal-x - 2.0-r19.4 is that real? or just a opkg mismatch? thanks d -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksnoakACgkQda/40psHIUTAEgCeIqKzYRFkb2UaY63PzVfUxQRV iJQAn2cWJRoeM00rfOsr/O2FWRccSCO8 =4IhW -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner gone...
I feel duty to tell you my story of lost FreeRunner: It was in our small town (6000 inhabitants), and my FR has fallen down to grass. I noticed this next day, and I was pretty aware of the only place, where it could happen. But phone was away. I asked people living near, but nobody found nothing. So I wrote info on my blog (which started just because this situation), with all info if somebody would try to google about the FR. I also used local web infoservice to let people know. The same day I've got call, they probably found it, but they didn't know what to do with it, so they started looking for some info and they got to me thanks to our group order page. The story was that, one guy was on the walk with dog, which brought to him bag with black thing. He didn't know what is it, so he gave it to his friend. Friend realized, that there is probably linux system (according to scrolling text when booting :-)), but that was all - and started googling. He told me, if that is normal phone, he would probably not try so much to find info about it... I was really happy, so don't abandon all hope, and try to help your FR to find his way home ;-) Good luck! ohin On Sun, Dec 13, 2009 at 1:48 AM, Rui Miguel Silva Seabra wrote: > Em 11-12-2009 22:59, Pieter Colpaert escreveu: >> Hi, >> >> My moko got lost. Whether it got stolen or whether it just fell out of >> my pocket, I have no idea. Today I felt pretty sad and I had some time >> to think about things every distribution should have just to make sure >> someone will not slam his head against the wall, repetitively, again and >> again, like I did, for not installing some basic stuff that might >> prevent these things from happening. >> >> 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 very sad to know of this. > > I hope you can continue to be part of this community by getting another > open phone (fancy a new Freerunner?) > > Best, > Rui > > ___ > 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: Navigation
This is not a good idea. Rendering such amount of data will take a (long) while, also there si problem where to save it (little memory and slow card), also you need any map angle at any time. And rendering speed is not a big problem, it seems to work fine (or at least satisfactorily). Yorick Moko wrote: > > might be an idea worth considering: > > have the possibility to calculate a route, and pre-render the bitmaps of > your route (at a few zoom-levels) > This way it doesn't have to be done on the fly when you know for example > where you are going to travel to > when you don't follow the planned route it will of course render new files > when nescessary > > you should also have the option to delete them afterwards of course > > or maybe a setting "two way trip"; > this setting wil save all the rendered files on your way to your > destination, > use the pre-rendered images on your way back, and ask you if you want to > delete them when you return home > > > just an idea > > On Mon, Dec 14, 2009 at 10:32 AM, Mike Crash wrote: > >> >> Sure I'm using speed data from OSM and if not available, set it based on >> way >> type and common speeds. I can find shortest and fastest path. No >> detection >> if road is in the city yet. >> >> I made some progress in last days and I'm going to use it for the first >> time >> to drive home today :) >> >> >> Bastian Muck wrote: >> > >> > -BEGIN PGP SIGNED MESSAGE- >> > Hash: SHA1 >> > >> > Mike Crash schrieb: >> >> I use A* for routing, it is usable, but still not what I expect. >> >> But I have some improvements in my mind :) I need to create >> >> rerouting now and to test it in real life >> > >> > I don't have any idea, how the code looks like, but I guess, that you >> > use gps-positions as heuristic and distances as edge-weights. That >> > means that you always get the shortest path. If you want to get the >> > fastes path, then you have to use timevalues calculated by possible >> > speed and edge-length. With openstreetmaps that can be difficult, >> > because many roads don't have any speedsproperties. You often only can >> > use the roadtype depending on country to guess the speed. >> > Maybe you used this, but in a first shit, I guess that you don't. >> > >> > I hope these ideas can help you improving your tool. >> > >> > Greetings Bastian >> > >> > -BEGIN PGP SIGNATURE- >> > Version: GnuPG v1.4.7 (MingW32) >> > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >> > >> > iD8DBQFLI6B6lYiDScJJ+7QRAugfAKD4cLPiucAwIP2eXajmSlMdRSyKxQCg3q6D >> > bChe84DmVlpTa9dx4dBzE2o= >> > =II9r >> > -END PGP SIGNATURE- >> > >> > >> > ___ >> > Openmoko community mailing list >> > community@lists.openmoko.org >> > http://lists.openmoko.org/mailman/listinfo/community >> > >> > >> >> -- >> View this message in context: >> http://n2.nabble.com/Navigation-tp4141297p4163143.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 >> > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/Navigation-tp4141297p4170094.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
ghislain wrote: > Radek, > > The V15 gives a lot of messages in the syslog: > > Qtopia: /opt/qtmoko/bin/quicklauncher: relocation error: > /opt/qtmoko/lib/libQtCore.so.4: symbol powf, version GLIBCXX_3.4 not defined > in file libstdc++.so.6 with link time reference > > and > > kernel: [ 4854.065000] mmc1:0001: error -110 reading SDIO_CCCR_INTx Hi Ghislain, yes i noticed them too. I'll try to find if i can do something about it. Will also fix the fso-keyring. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
Radek, The V15 gives a lot of messages in the syslog: Qtopia: /opt/qtmoko/bin/quicklauncher: relocation error: /opt/qtmoko/lib/libQtCore.so.4: symbol powf, version GLIBCXX_3.4 not defined in file libstdc++.so.6 with link time reference and kernel: [ 4854.065000] mmc1:0001: error -110 reading SDIO_CCCR_INTx -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4169501.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-User] [shr-latest] fso or phonefsod borked (?) no resume
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Sebastian and Community, just a test: launch tangogps in default mode (without fsoraw -r CPU --) and let the fr suspend after a while... when you resume the phone you'll not have phonefosd running (or at least shr-settings is not able to communicate with that, and no way to have again a working phone, just reboot). Give a try, please. Today I'll start a different test, I'll try to: boot the phone and then let him live without launching apps, just resume suspend and see if phone functionalities will brake. d Sebastian Spaeth ha scritto: > Davide Scaini wrote: >> Today I installed fresh shr-testing on nand (while i have shr-u on >> musd). I have the same problem, but I have an idea! >> The phone functionalities are ok until I launch something with fsoraw. >> After a suspension then I get from shr-settings config app the message i >> posted in my last message. > > Interesting data point, thanks. I will do some tests on this. > > > > > > ___ > Shr-User mailing list > shr-u...@lists.shr-project.org > http://lists.shr-project.org/mailman/listinfo/shr-user -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksnZbsACgkQda/40psHIUQYCACfU6Znnr1HJfmb/MMuguLyrpMJ CHcAn1/xzS6Mognm5KOBNuh9hY/Bd/2N =DxWL -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v15
Radek, The key used by pkg-fso-keyring is expired, maybe you can change section 4.6 of your debian_rootfs_howto.txt into: wget http://pkg-fso.alioth.debian.org/debian/pool/main/p/pkg-fso-keyring/pkg-fso-keyring_2009.09.12_all.deb dpkg -i pkg-fso-keyring_2009.09.12_all.deb rm pkg-fso-keyring_2009.09.12_all.deb When using this package I don't get the key-expired message when using apt-get update. -- View this message in context: http://n2.nabble.com/QtMoko-v15-tp4159253p4168815.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
