Re: [QT*] unpredictive keyboard
On Sun, 26 Apr 2009 02:15:00 +0200 leona...@lilik.it leona...@lilik.it wrote: Hi list, I've changed strategy on the unpredictive qtopia/qtextended/qtextendedimproved keyboard. Instead of patching the matchbox keyboard I've changed the original qtopia keyboard. I've stretched it a little to make it larger and higher and i made it unpredictable. I added another gesture: if you slide from bottom-right along the diagonal to up-left you can toggle prediction. here you can find the binary and the patch. http://leonardo.lilik.it/wordpress/2009/04/26/qtextended-keyboard-made-unpredictive/ the patch is on Franky's git tree but I guess it works with any Qt* since the keyboard doesn't seem changed at all. The binary is for the qt-extended-improved I'm using.. two improvements are possible: - give a visual feedback when toggling prediction on/off - well, there are three more diagonal gestures that could be used if you have ideas. now matchbox seems quite useless. feedbacks are most welcome. ciao, leonardo. Hi Leonardo, thanks alrady! Btw: your patch (diff) is reversed :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
On Sun, 26 Apr 2009 02:15:00 +0200 leona...@lilik.it leona...@lilik.it wrote: Hi list, I've changed strategy on the unpredictive qtopia/qtextended/qtextendedimproved keyboard. Instead of patching the matchbox keyboard I've changed the original qtopia keyboard. I've stretched it a little to make it larger and higher and i made it unpredictable. I added another gesture: if you slide from bottom-right along the diagonal to up-left you can toggle prediction. Hi Leonardo, your patch is in my git now and I'm recompiling as we speak, thanks again! Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[all e/illume based] copy/paste
hi, has copy/paste been discussed and some solution exist? I tried to search through the wiki but no luck. selecting and copying text, then pasting in applications doesn't seem to be really possible. The minimal typical scenarios would probably be from sms/email to another sms/email or web browser and vice-versa. Any ideas? thank you Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Command-line Yaouh! clone
On Thu, 23 Apr 2009 10:40:19 +0200, Carlo Minucci ge...@napodano.com wrote: rhn ha scritto: This program was started before Yaouh! was published. Initially, it only downloaded the empty tiles, so I called it fill_gaps.py. For a long time, I felt it's sufficient, so I didn't change it. Recently, I decided that I need something smarter - I tried out Yaouh!, which didn't have some of the funcionaltiy I wanted. The code was a bit messy, too. which funcionality do you want on yaouh? :) The features I listed in the original post... Falling back to other mirrors when a file can't be downloaded, removing old files and command-line operation. I think merging both programs would be the best. I'd do it myself, but I couldn't find my way through the code... -- Cheers, rhn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FOR SALE: Two batteries and neoprene case
I have an OpenMoko neoprene carrying case and two (2) OpenMoko batteries for sale if anyone wants them. Make me an offer. I'm in San Francisco so if you're local to the Bay Area I'll meet you somewhere. Otherwise I suppose I can ship it US mail reasonably cheaply. Thanks. (Sorry about the SPAM; I didn't realize how busy the list had become and forgot to put a big For Sale at the top). -ken ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all e/illume based] copy/paste
Use ctrl+c and ctrl+v. Works well to me :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all e/illume based] copy/paste
On Sun, 26 Apr 2009 10:28:44 +0200 Petr Vanek van...@penguin.cz said: hi, has copy/paste been discussed and some solution exist? I tried to search through the wiki but no luck. selecting and copying text, then pasting in applications doesn't seem to be really possible. The minimal typical scenarios would probably be from sms/email to another sms/email or web browser and vice-versa. Any ideas? nothing to do with e/illume, all to do with toolkit. -- - 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: [QT*] unpredictive keyboard
On Sun, 26 Apr 2009 02:15:00 +0200 leona...@lilik.it leona...@lilik.it wrote: Hi list, I've changed strategy on the unpredictive qtopia/qtextended/qtextendedimproved keyboard. Instead of patching the matchbox keyboard I've changed the original qtopia keyboard. I've stretched it a little to make it larger and higher and i made it unpredictable. I added another gesture: if you slide from bottom-right along the diagonal to up-left you can toggle prediction. here you can find the binary and the patch. http://leonardo.lilik.it/wordpress/2009/04/26/qtextended-keyboard-made-unpredictive/ the patch is on Franky's git tree but I guess it works with any Qt* since the keyboard doesn't seem changed at all. The binary is for the qt-extended-improved I'm using.. two improvements are possible: - give a visual feedback when toggling prediction on/off - well, there are three more diagonal gestures that could be used if you have ideas. Hi Leonardo, it seems prediction is still being used ... I'm a dutch speaker, and it seems that when I enter the word van, it predicts it to een (because that word is in my personal prediction dictionary, from before the changes). If prediction is off, you should disable the use of any personal dictionaries as well, as well as disabling saving to a dictionary. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtEI] GITs
I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
Forgot mine -.- - http://github.com/Fale/qtmoko/ On Sun, Apr 26, 2009 at 11:32 AM, Fabio Locati fabioloc...@gmail.com wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
On Sun, 26 Apr 2009 11:16:28 +0200 Franky Van Liedekerke liede...@telenet.be wrote: On Sun, 26 Apr 2009 02:15:00 +0200 leona...@lilik.it leona...@lilik.it wrote: Hi list, I've changed strategy on the unpredictive qtopia/qtextended/qtextendedimproved keyboard. Instead of patching the matchbox keyboard I've changed the original qtopia keyboard. I've stretched it a little to make it larger and higher and i made it unpredictable. I added another gesture: if you slide from bottom-right along the diagonal to up-left you can toggle prediction. here you can find the binary and the patch. http://leonardo.lilik.it/wordpress/2009/04/26/qtextended-keyboard-made-unpredictive/ the patch is on Franky's git tree but I guess it works with any Qt* since the keyboard doesn't seem changed at all. The binary is for the qt-extended-improved I'm using.. two improvements are possible: - give a visual feedback when toggling prediction on/off - well, there are three more diagonal gestures that could be used if you have ideas. Hi Leonardo, it seems prediction is still being used ... I'm a dutch speaker, and it seems that when I enter the word van, it predicts it to een (because that word is in my personal prediction dictionary, from before the changes). If prediction is off, you should disable the use of any personal dictionaries as well, as well as disabling saving to a dictionary. never mind ... wrong copy, ok now :-) Although I still believe no dictionaries should be updated when in non-predictive mode. I would also like not to have to click on a word before being able to enter a space and continue to the next word, so default accept would be nice as well in unpredictive mode ... Probably KeyboardWidget::acceptWord() and OptionsWindow::acceptWord() can benefit from you changes :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
Hi, do you mean a local db, and you do not upload to an online db at all? Onen fredrik normann wrote: Wouln't it be smarter to have a local db on the phone, so after a while the phone will learn where it is all the time and can aply diffrent settings do things according to that? -f- On Thu, Apr 23, 2009 at 12:42 PM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, adding to my last comments... Onen wrote: Ok. If I understand you correctly, you would like some kind of anonymous account, where people could upload if they don't want to create an account? Did I understand you correctly? Well I have nothing against it, it is a good idea to me. But is it good enough regarding legal aspect? Creative commons license makes you have to put the name of contributors (and possibly link them to the data they provided, not sure about this). Is an anonymous account compatible with this? I guess, if people would upload using a same account, this would be one contributor name, and would legally be ok, isn't it? Another point against an open account: imagine somebody starts uploading garbage. Once we notice it. It could be difficult to know what to delete, if a lot of people are using this account. I am not very sure we could reliably rely on IP address to find out what should be deleted. Onen ___ Openmoko community mailing list community@lists.openmoko.org mailto: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
ivvmm wrote: ivvmm wrote: Hey, seen many messages about audio mapping the OSM with new app called 'Dictator' in neighbour thread and so on. But the first question that rises here is how to mount the phone on your bike? The thread has grown up with several branches, so would answer self post. I would like to thank you all for the suggestions and plenty of links. 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. At least for me, the vibrations from a rought bike ride didn't harm the freerunner at all. Of course you should take care it can't fall down, but that's generally a good idea. ;) If you keep the freerunner in a pocket, the downside is that the quality of the gps readings goes down drastically (depends on the type of pocket, i.e. the thickness of the material between the freerunner and the outside world) if you don't use an external antenna. Just my experience, though... But with a good bike mount (I use the one Daniel Willmann sugessted earlier - the foam padding probably helps against vibrations, too) your freerunner should be safe. :) Regards, Konstantin ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
Hi, regarding the settings based on location. ptitjes from SHR is working on an ologicd, which implements reasoning on the phone. He is interested in this cell location based service, as one of the inputs for his ologicd. Onen fredrik normann wrote: Wouln't it be smarter to have a local db on the phone, so after a while the phone will learn where it is all the time and can aply diffrent settings do things according to that? -f- On Thu, Apr 23, 2009 at 12:42 PM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, adding to my last comments... Onen wrote: Ok. If I understand you correctly, you would like some kind of anonymous account, where people could upload if they don't want to create an account? Did I understand you correctly? Well I have nothing against it, it is a good idea to me. But is it good enough regarding legal aspect? Creative commons license makes you have to put the name of contributors (and possibly link them to the data they provided, not sure about this). Is an anonymous account compatible with this? I guess, if people would upload using a same account, this would be one contributor name, and would legally be ok, isn't it? Another point against an open account: imagine somebody starts uploading garbage. Once we notice it. It could be difficult to know what to delete, if a lot of people are using this account. I am not very sure we could reliably rely on IP address to find out what should be deleted. Onen ___ Openmoko community mailing list community@lists.openmoko.org mailto: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: cellhunter --- the state of development and future
Hi, sorry but I am not sure to get your point. At the moment, the clients (possibly stores the logs, for later upload) upload to their respective online dbs. Jan, from the FSO team has built a proof of concept of a service on the phone (see FSO 5.5 beta announcement), which based on the db of raw data from the online site it downloads, builds a local db and propose a cell based location service directly on the phoone. I don't know how (if) an update mechanism is implemented so far. Is this what you have in mind? Onen fredrik normann wrote: And then you can have a sync scripts that syncs to what ever database you like, cellhunter, openBmap -f- On Fri, Apr 24, 2009 at 3:00 PM, fredrik normann fredrik.normann.j...@gmail.com mailto:fredrik.normann.j...@gmail.com wrote: Wouln't it be smarter to have a local db on the phone, so after a while the phone will learn where it is all the time and can aply diffrent settings do things according to that? -f- On Thu, Apr 23, 2009 at 12:42 PM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, adding to my last comments... Onen wrote: Ok. If I understand you correctly, you would like some kind of anonymous account, where people could upload if they don't want to create an account? Did I understand you correctly? Well I have nothing against it, it is a good idea to me. But is it good enough regarding legal aspect? Creative commons license makes you have to put the name of contributors (and possibly link them to the data they provided, not sure about this). Is an anonymous account compatible with this? I guess, if people would upload using a same account, this would be one contributor name, and would legally be ok, isn't it? Another point against an open account: imagine somebody starts uploading garbage. Once we notice it. It could be difficult to know what to delete, if a lot of people are using this account. I am not very sure we could reliably rely on IP address to find out what should be deleted. Onen ___ Openmoko community mailing list community@lists.openmoko.org mailto: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: [QtExtended] Latest and greatest, progress mail 9
Hi Franky, Tried this by installing on Nand with QI, and it works pretty good. I Used the kernel and image from: http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta02/ The link in the script to: http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090404/ no longer works, as it looks like they have had a cleanup. Regards Glen Ogilvie 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: [QtExtended] Latest and greatest, progress mail 9
On Sun, 26 Apr 2009 22:34:02 +1200 Glen Ogilvie n...@linuxsolutions.co.nz wrote: Hi Franky, Tried this by installing on Nand with QI, and it works pretty good. I Used the kernel and image from: http://downloads.freesmartphone.org/fso-stable/milestone5.1/om-gta02/ The link in the script to: http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090404/ no longer works, as it looks like they have had a cleanup. Regards Glen Ogilvie Hmmm ... I can upload the nox image from that day as well I suppose, but I only have 50 MB of space at my local internet provider, so I'll find a new spot to put it all on. But now I'm on the latest kernel using SHR specifics: from this url http://build.shr-project.org/shr-unstable/images/om-gta02/, the following rootfs and uImage: uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin openmoko-shr-lite-image-glibc-ipk--20090423-om-gta02.rootfs.jffs2 Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
On Sun, 26 Apr 2009 11:33:07 +0200 Fabio Locati fabioloc...@gmail.com wrote: Forgot mine -.- - http://github.com/Fale/qtmoko/ On Sun, Apr 26, 2009 at 11:32 AM, Fabio Locati fabioloc...@gmail.com wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. -- Fabio A Locati that's about it for now I guess. I hope this gets cleaned up once 2.6.28 is accepted by all :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
why? what will happen? On Sun, Apr 26, 2009 at 1:03 PM, Franky Van Liedekerke liede...@telenet.be wrote: On Sun, 26 Apr 2009 11:33:07 +0200 Fabio Locati fabioloc...@gmail.com wrote: Forgot mine -.- - http://github.com/Fale/qtmoko/ On Sun, Apr 26, 2009 at 11:32 AM, Fabio Locati fabioloc...@gmail.com wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. -- Fabio A Locati that's about it for now I guess. I hope this gets cleaned up once 2.6.28 is accepted by all :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
As CVS user, is there any 'howto' about GIT ? Thx W On Sunday 26 April 2009 13:22:15 Fabio Locati wrote: why? what will happen? On Sun, Apr 26, 2009 at 1:03 PM, Franky Van Liedekerke liede...@telenet.be wrote: On Sun, 26 Apr 2009 11:33:07 +0200 Fabio Locati fabioloc...@gmail.com wrote: Forgot mine -.- - http://github.com/Fale/qtmoko/ On Sun, Apr 26, 2009 at 11:32 AM, Fabio Locati fabioloc...@gmail.com wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. -- Fabio A Locati that's about it for now I guess. I hope this gets cleaned up once 2.6.28 is accepted by all :-) 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: [QtEI] GITs
Hi ! There are : http://book.git-scm.com/ and focused on cvs = git: http://www.kernel.org/pub/software/scm/git/docs/gitcvs-migration.html Regards Vincent Pomageot 2009/4/26 wim.delv...@adaptiveplanet.com As CVS user, is there any 'howto' about GIT ? Thx W On Sunday 26 April 2009 13:22:15 Fabio Locati wrote: why? what will happen? On Sun, Apr 26, 2009 at 1:03 PM, Franky Van Liedekerke liede...@telenet.be wrote: On Sun, 26 Apr 2009 11:33:07 +0200 Fabio Locati fabioloc...@gmail.com wrote: Forgot mine -.- - http://github.com/Fale/qtmoko/ On Sun, Apr 26, 2009 at 11:32 AM, Fabio Locati fabioloc...@gmail.com wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. -- Fabio A Locati that's about it for now I guess. I hope this gets cleaned up once 2.6.28 is accepted by all :-) 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
I would suggest: http://www.spheredev.org/wiki/Git_for_the_lazy is very easy :) On Sun, Apr 26, 2009 at 1:55 PM, Vincent Pomageot vincent.pomag...@gmail.com wrote: Hi ! There are : http://book.git-scm.com/ and focused on cvs = git: http://www.kernel.org/pub/software/scm/git/docs/gitcvs-migration.html Regards Vincent Pomageot 2009/4/26 wim.delv...@adaptiveplanet.com As CVS user, is there any 'howto' about GIT ? Thx W On Sunday 26 April 2009 13:22:15 Fabio Locati wrote: why? what will happen? On Sun, Apr 26, 2009 at 1:03 PM, Franky Van Liedekerke liede...@telenet.be wrote: On Sun, 26 Apr 2009 11:33:07 +0200 Fabio Locati fabioloc...@gmail.com wrote: Forgot mine -.- - http://github.com/Fale/qtmoko/ On Sun, Apr 26, 2009 at 11:32 AM, Fabio Locati fabioloc...@gmail.com wrote: I think that we should have a complete list of the QtEI GITs: - http://github.com/liedekef/qtmoko/ - http://github.com/lpotter/qtmoko/ - http://github.com/radekp/qtmoko/ - http://github.com/FilipBE/qtextended/ - http://git.karadog.net/qt-extended-improved.git If you know others, please, report here. -- Fabio A Locati that's about it for now I guess. I hope this gets cleaned up once 2.6.28 is accepted by all :-) 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] GITs
On Sun, 26 Apr 2009 14:42:34 +0200 Fabio Locati fabioloc...@gmail.com wrote: I would suggest: http://www.spheredev.org/wiki/Git_for_the_lazy is very easy :) And for remote git's, doing diffs and stuff: http://www.bluishcoder.co.nz/2007/09/git-binary-files-and-cherry-picking.html Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
On Sun, 26 Apr 2009 11:36:26 +0200 Franky Van Liedekerke liede...@telenet.be wrote: never mind ... wrong copy, ok now :-) Although I still believe no dictionaries should be updated when in non-predictive mode. I would also like not to have to click on a word before being able to enter a space and continue to the next word, so default accept would be nice as well in unpredictive mode ... Probably KeyboardWidget::acceptWord() and OptionsWindow::acceptWord() can benefit from you changes :-) Hi Leonardo, I've changed your patch a bit: - no more dictionary updates for non-predictive keyboard - disabled the animation for non-predictive keyboard (where the selected word was pulled into the correct place, it is nice but a bit overkill and too slow). Please check it out, I provided a .so file here: http://www.e-dynamics.be/openmoko/libqpredictivekeyboard.so For the changes: http://github.com/liedekef/qtmoko/commit/f818d487e3552e9b9832a9f5942ddfc3a2330031 I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) And a question: wouldn't it be more logical to add a space by default after each word? It was like that once I believe ... Also, the capitalization is not working that good, maybe that can be off as well, or maybe that can be another option (left-bottom= right-up stroke + visual confirmation). Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
shr-testing- how to switch on gsm?
I've just flashed shr testing 22nd April and I don't get the usual pin code request. Also, the icons Contacts and Mofi on the desktop are just two blank sheets. Under settings, the GSM antena is set off but I can't change it to on. The Modem information does nothing (not yet implemented?). So, how can I start GSM, manually and on startup? Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR kernel] strange kernel messages
Hi, I'm getting these strange messages in the kernel (I'm running qtopia, but these message are kernel generated ...): Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3396 (mediaserver), adj 15, size 2509, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3400 (messageserver), adj 15, size 2591, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3406 (qdsync), adj 15, size 2760, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3592 (btsettings), adj 15, size 3678, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] send sigkill to 3592 (btsettings), adj 15, size 3678 Does anybody know what these mean? I'm running the kernel version: uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin openmoko-shr-lite-image-glibc-ipk--20090423-om-gta02.rootfs.jffs2 from http://build.shr-project.org/shr-unstable/images/om-gta02/ Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB Kernel problem with latest SHR unstable
On Sat, Apr 25, 2009 at 08:37:50PM +1200, Robin Paulson wrote: i'm not entirely sure what it was, but i think it was related to some fiddling i did with depmod and modprobe on the phone. i'm guessing some usb modules weren't loaded by default The SHR packager forgot to run depmod before tarring up the rootfs. Alternatively, the initscripts should run depmod on startup. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[orrery] new version (2.6) available
If Sean is ever to begin receiving daily orders for pallets of 50,000 3G-enabled Freerunners, certain core applications must be attractive, quickly responsive, and absolutely bullet proof. We all know what these applications are: Dialer, Contacts, Meteor Shower Information, SMS Messaging and Calendar.Let's be frank - Meteor Shower Information has long been the weak link in the Freerunner's PIM (Planet Information Management) software suite. This has been, I believe, one of the biggest barriers to mainstream consumer acceptance of the phone. Well no more. A new version of the orrery program (version 2.6) is available which provides several essential pieces of information about meteor showers. It puts YOU, the Freerunner owner, in charge of your nightly meteor watching activities. Version 2.6: New user features: Added meteor shower information. There is now a page under the opts menu which gives information about all meteor showers for the year (the year can be changed with the time menu, of course). Things such as the dates of the showers, the maximum rate of meteors per hour, the phase of the moon for each shower's peak and the number of dark hours, are shown. Also shown is the number of dark hours for the next or current night. The items menu allows you to specify that meteor radiants for currently active showers should be plotted on the sky display. The radiant position moves against the background stars as the shower progresses. Added a way to change the sky display's center azimuth quickly. Now, if you tap the center of the pan area or press (long tap) anywhere in the pan area, a compass will appear which will allow you to select a new center azimuth with your finger or stylus. When you release pressure on the screen, the display will be redrawn with the selected azimuth at the center.You can still pan in the old way by tapping in the panning area (bottom 1/5 of the screen). Bug Fixes: Fixed a bug which prevented fullscreen mode and flashlights from working under SHR. Fixed nonstandard date display The new version is available here: http://projects.openmoko.org/frs/download.php/778/orrery_2.6_arm_2008.8.ipk I thank the International Meteor Organization (http://www.imo.net/imo/intro) for permission to use their data to produce the meteor shower related displays. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
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. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Asterisk on Freerunner was: voip on Debian
On Sat, Apr 18, 2009 at 05:49:05PM +0200, Nicola Mfb wrote: I will be happy to write an AMI gui but now I'm hold having problems with the alsa channel. Using the pcm default is not compatible with the default shipped /etc/asound.conf, so I just tried to use plughw:dnsoop and plughw:dmix, the result is that there freerunner does not ring on incoming call (and you cannot hear the other peer), while audio transmitting is perfect. Using plughw:0,0 for input/output works but I have stuttered audio (from freerunner to peer). Why are you not using hw:0,0? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-testing] save SMS messages to text file?
Hi I've succesfully flashed my GSM firmware with the provided uSD image so now I'm able to use my FreeRunner as a phone. My old phone has several SMS messages stored in it's internal memory and allowed receiving messages to this memory even though the space on the SIM for storing SMS messages is full. Now off course only those messages on the SIM card are available on the FreeRunner and the messages application immediately complained that there is no space for new messages. Doesn't the FreeRunner allow storing SMS messages other than on the SIM? And in any case: is there a way to extract or backup SMS messages to a clear text file? I couldn't find anyhting on the wiki about this. Regards Bram ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
Franky Van Liedekerke wrote: On Sun, 26 Apr 2009 11:36:26 +0200 Franky Van Liedekerke liede...@telenet.be wrote: Hi Franky, never mind ... wrong copy, ok now :-) Although I still believe no dictionaries should be updated when in non-predictive mode. I would also like not to have to click on a word before being able to enter a space and continue to the next word, so default accept would be nice as well in unpredictive mode ... I didn't have time to check your patch. Anyway you cannot avoid a way to accept a word. If you slide right, you put a whitespace, if you click on the bar you accept the word and you have a free whitespace. I've noticed also that while you wait for the animation to end, you can type new letters, so you don't waste time. Probably KeyboardWidget::acceptWord() and OptionsWindow::acceptWord() can benefit from you changes :-) - no more dictionary updates for non-predictive keyboard - disabled the animation for non-predictive keyboard (where the selected word was pulled into the correct place, it is nice but a bit overkill and too slow). that's better! Please check it out, I provided a .so file here: http://www.e-dynamics.be/openmoko/libqpredictivekeyboard.so thanks, the university server seems to be lazy today. tomorrow I hope it will be fixed. For the changes: http://github.com/liedekef/qtmoko/commit/f818d487e3552e9b9832a9f5942ddfc3a2330031 I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) I've checked it quickly, it doesn't seem really easy, I should get more ocnfident with Qt. I hope I will have time to make it visible. Is it better something like a p on a corner or a very short popup saying unpredictive? And a question: wouldn't it be more logical to add a space by default after each word? It was like that once I believe ... that's what it does. When you accept the word you have a whitespace added. Also, the capitalization is not working that good, maybe that can be off as well, or maybe that can be another option (left-bottom= right-up stroke + visual confirmation). capitalization doesn't work really ok. Well, it just doesn't work actually. Something I've noticed that could be improved is that if you type a single letter and you want to accept it it's quite hard to touch with your finger the letter, since it's quite little. I guess this is inherited from the predictive keyboard. It would be better to make the whole bar reactive instead of the single letter. ciao, leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[all] Car charger
David, You have a car charger in your shop: http://www.tuxbrain.net/shop/product_info.php?products_id=44 Does this have the appropriate resistor to allow the FR to automatically select a higher charging rate? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
We (SHR) started to work on opimd, instead of waiting to it, so stay tuned - we already have almost working contacts-on-somewhere-else-than-SIM (actually selectable: CVS or SQLite) implementation. After that we will focus on messages :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
On Sun, 26 Apr 2009 20:22:52 +0200 leona...@lilik.it leona...@lilik.it wrote: I didn't have time to check your patch. Anyway you cannot avoid a way to accept a word. If you slide right, you put a whitespace, if you click on the bar you accept the word and you have a free whitespace. I've noticed also that while you wait for the animation to end, you can type new letters, so you don't waste time. Hmmm ... I didn't notice that before, and it works :-) snip I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) I've checked it quickly, it doesn't seem really easy, I should get more ocnfident with Qt. I hope I will have time to make it visible. Is it better something like a p on a corner or a very short popup saying unpredictive? well, I prefer something visible all the time, since the keyboard maintains it's state across usage And a question: wouldn't it be more logical to add a space by default after each word? It was like that once I believe ... that's what it does. When you accept the word you have a whitespace added. I know now :-) Also, the capitalization is not working that good, maybe that can be off as well, or maybe that can be another option (left-bottom= right-up stroke + visual confirmation). capitalization doesn't work really ok. Well, it just doesn't work actually. Well, it works, but it takes the first word you type as beginning of a sentence (and thus capitalizes it), even if you correct a sentence and restart in the middle ... Something I've noticed that could be improved is that if you type a single letter and you want to accept it it's quite hard to touch with your finger the letter, since it's quite little. I guess this is inherited from the predictive keyboard. It would be better to make the whole bar reactive instead of the single letter. true, but sliding to the right accepts the word as well ... Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] Car charger
On Sunday 26 April 2009, Jeffrey Ratcliffe wrote: David, You have a car charger in your shop: http://www.tuxbrain.net/shop/product_info.php?products_id=44 Does this have the appropriate resistor to allow the FR to automatically select a higher charging rate? Since it talks about plugging a USB cable into it it can't have the resistor as there's no pin on that end of the cable for it to connect to. You would need a charger with a captive lead and mini-b plug like the mains charger has for it to include the resistor. On the DIY front mini-b plugs with all pins available are hard to find in small quantities, in the UK at least. Has anyone found a source? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
Johny Tenfinger wrote: We (SHR) started to work on opimd, instead of waiting to it, so stay tuned - we already have almost working contacts-on-somewhere-else-than-SIM (actually selectable: CVS or SQLite) implementation. After that we will focus on messages :) Am I right if I say that you are helping the FSO team when you say that you are writing the opimd? signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing- how to switch on gsm?
Fernando Martins wrote: I've just flashed shr testing 22nd April and I don't get the usual pin code request. Also, the icons Contacts and Mofi on the desktop are just two blank sheets. Under settings, the GSM antena is set off but I can't change it to on. The Modem information does nothing (not yet implemented?). So, how can I start GSM, manually and on startup? Regards, Fernando Something goes wrong. It should have started automatically. What image did you flash exactly? signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
On Sun, Apr 26, 2009 at 21:19, ivvmm unachieva...@gmail.com wrote: Am I right if I say that you are helping the FSO team when you say that you are writing the opimd? Yes. Look at opimd commits: http://git.freesmartphone.org/?p=framework.git;a=summary I am Sebastian Krzyszkowiak :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
On Sun, 26 Apr 2009 15:15:07 +0200 Franky Van Liedekerke liede...@telenet.be wrote: On Sun, 26 Apr 2009 11:36:26 +0200 Franky Van Liedekerke liede...@telenet.be wrote: never mind ... wrong copy, ok now :-) Although I still believe no dictionaries should be updated when in non-predictive mode. I would also like not to have to click on a word before being able to enter a space and continue to the next word, so default accept would be nice as well in unpredictive mode ... Probably KeyboardWidget::acceptWord() and OptionsWindow::acceptWord() can benefit from you changes :-) Hi Leonardo, I've changed your patch a bit: - no more dictionary updates for non-predictive keyboard - disabled the animation for non-predictive keyboard (where the selected word was pulled into the correct place, it is nice but a bit overkill and too slow). Please check it out, I provided a .so file here: http://www.e-dynamics.be/openmoko/libqpredictivekeyboard.so For the changes: http://github.com/liedekef/qtmoko/commit/f818d487e3552e9b9832a9f5942ddfc3a2330031 I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) btw, I also added code for a backspace key. I *know* that you can slide to the left for backspace, but if you want to delete an entire sentence (or just 10 letters), this becomes ridiculous. Therefore: the backspace key is to be found in the same group as the return key. I've updated the current image with it. Now just some buttons to quickly go from letters to ciphers and to the sentence-characters (.,?, etc...). Instead of always needing to slide up and down ... There's place for at least 3 extra signs on the letters screen, I would use them for uppercase (and in the uppercase version: lowercase), numbers and sentence-characters. This would work more reliable and quicker than the basic sliding ... Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
And in any case: is there a way to extract or backup SMS messages to a clear text file? I couldn't find anyhting on the wiki about this. if you need a short-term solution, you should be able to fetch your sms via mdbus and the appropriate fso-framework methods. that should allow you, to fetch the sms, in a second step save to file and afterwards freein space on your sim. if you know python, have a look at zhone how the sms are fetched and write your own script. can't test right now, since i backing up my device in anticipation of the buzz fix party come weekend ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] new navit
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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[all] wiki: eclipe + qt4
i just stumbled about the wiki entry regarding eclipse and qt4 and are a bit puzzled about the troublesome configuration: there's actually a very nice qt-plugin for eclipse, created by trolltech itself! http://www.qtsoftware.com/developer/eclipse-integration works nice, i need to check the cross compiling setup, but normal development (incl running qmake and uic automatically) just works. maybe someone with wiki write access can update the page? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtEI] LODI file
Is these 800 and some Kb really useful? It seems not updated and, maybe, not useful... what do you think about this file? -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ 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 Nice! Going to install it, but I'll see if I find time to try it. *g* -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] Car charger
2009/4/26 Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com: David, You have a car charger in your shop: http://www.tuxbrain.net/shop/product_info.php?products_id=44 Does this have the appropriate resistor to allow the FR to automatically select a higher charging rate? As far as I know it only provides 500mA, as a normal desktop computer will do. Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
I've already build a new image with this (not online yet, since I'm setting it up on a new space). A visual hint for prediciveness would be nice, but I leave that up to you :-) btw, I also added code for a backspace key. I *know* that you can slide to the left for backspace, but if you want to delete an entire sentence (or just 10 letters), this becomes ridiculous. Therefore: the backspace key is to be found in the same group as the return key. I've updated the current image with it. you can select the text you want to cancel and leftslide, but it's very unconfortable. Now just some buttons to quickly go from letters to ciphers and to the sentence-characters (.,?, etc...). Instead of always needing to slide up and down ... There's place for at least 3 extra signs on the letters screen, I would use them for uppercase (and in the uppercase version: lowercase), numbers and sentence-characters. This would work more reliable and quicker than the basic sliding ... we could use the other three diagonals. I think it's better then filling the keyboard with more buttons, or it will end up like matchbox keyboard. ciao, leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR desktop icon display issue.
O Xoves, 23 de Abril de 2009, Tomas Riveros Schober escribiu: Klaus 'mrmoku' Kurzmann escribió: Am Donnerstag 23 April 2009 16:05:43 schrieb Daniel.Li: On Thu, 2009-04-23 at 15:47 +0200, Johny Tenfinger wrote: Well, latest SHR testing does not have Illume SHR listed as a theme anymore (20090422-om-gta02) Is that a bug or a feature? -- 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 kernel] strange kernel messages
Franky Van Liedekerke liede...@telenet.be writes: Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] send sigkill to 3592 (btsettings), adj 15, size 3678 You are running out of memory and linux is killing processes. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] new navit
arne anka openm...@ginguppin.de writes:
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
Is the debian source package also available somewhere?
http://navit.latouche.info/debian/sid/navit_0.1.0+svn-2234.diff.gz
does
./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
CFLAGS=-g -O --disable-samplemap
but you mention using
--enable-avoid-float --disable-garmin --disable-samplemap --disable-postgresql
--disable-graphics-opengl --disable-graphics-win32 --disable-gui-win32
--disable-vehicle-demo --disable-vehicle-wince
so these are clearly different packages, right?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
RE: [QT*] unpredictive keyboard
Hello Leonardo and Franky, I haven't tried out your changes yet but they sound very useful. I would also prefer the three switching buttons suggested by Franky. I think when putting them e.g. at the far right, they wouldn't really fill up the space too much or make the other keys too small. Another idea: Wouldn't it be possible to toggle the predictability of the keyboard through an option in the context (options) menu? By putting a checkmark in front you would also have a visual information about the state. I think this should be possible because when changing to the undocked keyboard the option Change input Method changes into a submenu. Roland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR kernel] strange kernel messages
O Domingo, 26 de Abril de 2009, Timo Juhani Lindfors escribiu: Franky Van Liedekerke liede...@telenet.be writes: Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] send sigkill to 3592 (btsettings), adj 15, size 3678 You are running out of memory and linux is killing processes. You can configure swap on SD card. It's not the fastest in the world, but it works :) -- 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
[QtEI] Translation suggestion
I have looked around and it seems that QtEI should be translated with Qt Linguistic. Is this the best tool? -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR kernel] strange kernel messages
On Sun, 26 Apr 2009 23:29:28 +0300 Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Franky Van Liedekerke liede...@telenet.be writes: Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] send sigkill to 3592 (btsettings), adj 15, size 3678 You are running out of memory and linux is killing processes. huh??? Almost nothing is running, and I never experienced this before. I *know* I can configure swap, but I don't want to do that, it would dramatically decrease performance if the phone starts swapping ... Weird though: this started after using SHR as base system for qtopia, instead of fso. Is this a coincidence, or is the kernel really that different? I also switched from the kernel of April 4th to April 23th. This is interesting to follow up ... Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] LODI file
On Sun, 26 Apr 2009 21:54:31 +0200 Fabio Locati fabioloc...@gmail.com wrote: Is these 800 and some Kb really useful? It seems not updated and, maybe, not useful... what do you think about this file? dunno, never cared about that LODI file :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtEI] Translation suggestion
On Sun, 26 Apr 2009 23:14:05 +0200 Fabio Locati fabioloc...@gmail.com wrote: I have looked around and it seems that QtEI should be translated with Qt Linguistic. Is this the best tool? I don't know the tool, but I do believe there's much work to be done here: many classes still use tr while I believe every class should use qApp-translate for translations. Thoughts, suggestions? Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko kernels
To the people who maintain the script for daily kernel builds in unstable/experimental at http://downloads.openmoko.org/distro/unstable/daily/om-gta02/ and http://downloads.openmoko.org/distro/experimental/daily/om-gta02/ Please, check your script: the generated images are useless, because the usb0 interface on the phone is not activated. And this has nothing to do with usb0=ethX interface change on the host. It seems some depmod's are forgotten, but eg. for the nox image it is impossible to change anything about that (no X on the phone). Therefore: please change your script (and test it) before bringing out new images ... Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing- how to switch on gsm?
ivvmm wrote: Fernando Martins wrote: I've just flashed shr testing 22nd April and I don't get the usual pin code request. Also, the icons Contacts and Mofi on the desktop are just two blank sheets. Something goes wrong. It should have started automatically. What image did you flash exactly? I'm not sure what else can I tell you, from http://build.shr-project.org/shr-testing/images/om-gta02/ uImage-om-gta02-latest.bin dated 22-04-2009 shr-image-om-gta02.jffs2 dated 22-04-2009 The first time shr booted, it asked for some settings. There was a part on quick starting some apps, which I dismissed and now I wonder if I overlooked GMS startup. Later on, when I looked at the phone again, there was a dialog box stating that ophonekit was not started with an option to start, which I did, but nothing happened (no pin code request). I didn't get any error during flashing, but I don't know if dfu-util does indeed verify the image. Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cellhunter --- the state of development and future
Understand that things are moving in the same direction :) but I still think a local db of the data you have collected yourself is a good idea :) I am playing with some code my self now, trying to make something. -f- On Sun, Apr 26, 2009 at 6:48 AM, Onen onen...@free.fr wrote: Hi, regarding the settings based on location. ptitjes from SHR is working on an ologicd, which implements reasoning on the phone. He is interested in this cell location based service, as one of the inputs for his ologicd. Onen fredrik normann wrote: Wouln't it be smarter to have a local db on the phone, so after a while the phone will learn where it is all the time and can aply diffrent settings do things according to that? -f- On Thu, Apr 23, 2009 at 12:42 PM, Onen onen.om http://onen.om@free.fr http://free.fr wrote: Hi, adding to my last comments... Onen wrote: Ok. If I understand you correctly, you would like some kind of anonymous account, where people could upload if they don't want to create an account? Did I understand you correctly? Well I have nothing against it, it is a good idea to me. But is it good enough regarding legal aspect? Creative commons license makes you have to put the name of contributors (and possibly link them to the data they provided, not sure about this). Is an anonymous account compatible with this? I guess, if people would upload using a same account, this would be one contributor name, and would legally be ok, isn't it? Another point against an open account: imagine somebody starts uploading garbage. Once we notice it. It could be difficult to know what to delete, if a lot of people are using this account. I am not very sure we could reliably rely on IP address to find out what should be deleted. Onen ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR kernel] strange kernel messages
On Sun, 26 Apr 2009 17:28:29 +0200 Franky Van Liedekerke liede...@telenet.be wrote: Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3396 (mediaserver), adj 15, size 2509, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3400 (messageserver), adj 15, size 2591, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3406 (qdsync), adj 15, size 2760, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] select 3592 (btsettings), adj 15, size 3678, to kill Apr 26 17:21:48 om-gta02 user.warn kernel: [25301.345000] send sigkill to 3592 (btsettings), adj 15, size 3678 Does anybody know what these mean? I'm running the kernel version: uImage-2.6.29-oe10+gitr119800+0b9d21bf5d05d5dd909425a67a8be2eb1c1fc579-r3.4-om-gta02.bin openmoko-shr-lite-image-glibc-ipk--20090423-om-gta02.rootfs.jffs2 from http://build.shr-project.org/shr-unstable/images/om-gta02/ Franky well, it got worse: using this kernel, all of the sudden (after 2 hours of suspend), the phone wouldn't come back to life anymore. Only battery removal worked ... not good ... so not a good kernel at all. I'll stick with basic fso kernels after all ... the one from April 4th never behaved like this. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all e/illume based] copy/paste
Petr Vanek wrote: hi, has copy/paste been discussed and some solution exist? I tried to search through the wiki but no luck. selecting and copying text, then pasting in applications doesn't seem to be really possible. The minimal typical scenarios would probably be from sms/email to another sms/email or web browser and vice-versa. Any ideas? Recent versions of Elementary include a support for easy copy/paste actions. I think it's a good example that could be ported also to other toolkits (wich mostly need patches, BTW). -- 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
request: friq
HiHo. i am sure soe of you know this game. the original version is called gimme friction baby. but there is also a gp2x and a zaurus port available called friq, so i think it might not be that difficult do port it to openmoko. i think this would be a great game to have (there is also an android version avalable, but i don't think that this is of any help, since it is a totally different system) friq: http://www.users.waitrose.com/~thunor//friq/index.html (including source for the zaurus version) gimme friction baby http://www.addictinggames.com/gimmefrictionbaby.html (for those of you who don't know it) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QT*] unpredictive keyboard
Roland wrote: Hello Leonardo and Franky, I haven't tried out your changes yet but they sound very useful. I would also prefer the three switching buttons suggested by Franky. I think when putting them e.g. at the far right, they wouldn't really fill up the space too much or make the other keys too small. if you try the patch you'll notice the keyboard is quite larger now... Another idea: Wouldn't it be possible to toggle the predictability of the keyboard through an option in the context (options) menu? By putting a checkmark in front you would also have a visual information about the state. I think this should be possible because when changing to the undocked keyboard the option Change input Method changes into a submenu. That was my first attempt, but it seems that that menu has nothing to deal with the keyboard itself. It just sends basic signals like create/destroy to the widget and sets up the next one. Anyway, toggling/untoggling predictability is not something you do that often I guess, and it works ok with the diagonal slide. I'm having harder time in showing some graphics on the keyboard to have a feedback from that action. ciao, leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
I don't know about current status. But it seems impossible, if u are using openmoko-message, see below http://lists.openmoko.org/nabble.html#nabble-td2619250 On Sun, 2009-04-26 at 20:13 +0200, Bram Mertens wrote: Hi I've succesfully flashed my GSM firmware with the provided uSD image so now I'm able to use my FreeRunner as a phone. My old phone has several SMS messages stored in it's internal memory and allowed receiving messages to this memory even though the space on the SIM for storing SMS messages is full. Now off course only those messages on the SIM card are available on the FreeRunner and the messages application immediately complained that there is no space for new messages. Doesn't the FreeRunner allow storing SMS messages other than on the SIM? And in any case: is there a way to extract or backup SMS messages to a clear text file? I couldn't find anyhting on the wiki about this. Regards Bram ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel.Li lida_m...@163.com PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing- how to switch on gsm?
2009/4/27 Fernando Martins ferna...@cmartins.nl: I'm not sure what else can I tell you, from http://build.shr-project.org/shr-testing/images/om-gta02/ uImage-om-gta02-latest.bin dated 22-04-2009 shr-image-om-gta02.jffs2 dated 22-04-2009 The first time shr booted, it asked for some settings. There was a part on quick starting some apps, which I dismissed and now I wonder if I overlooked GMS startup. Later on, when I looked at the phone again, there was a dialog box stating that ophonekit was not started with an option to start, which I did, but nothing happened (no pin code request). yeah, i'm getting exactly this error also. i later found out my sim had been borked by the messages app in 2008.12, but trying it with a friend's sim (which worked fine in his motorola and qte phone) i had the same response the gsm switch keeps going back to off also, even with a working sim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit skins...
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
Re: [all e/illume based] copy/paste
In X you just have to make a selection to copy the text most of the time, so if a toolkit/application let you select the text you might be able to copy it. With qwo there is a gesture to paste such text ; from region 4 to 6. It is based on a shortcut that in X, pressing Shift + Insert will paste the clipboard. On Mon, Apr 27, 2009 at 12:38:20AM +0200, Marco Trevisan (Treviño) wrote: Petr Vanek wrote: hi, has copy/paste been discussed and some solution exist? I tried to search through the wiki but no luck. selecting and copying text, then pasting in applications doesn't seem to be really possible. The minimal typical scenarios would probably be from sms/email to another sms/email or web browser and vice-versa. Any ideas? Recent versions of Elementary include a support for easy copy/paste actions. I think it's a good example that could be ported also to other toolkits (wich mostly need patches, BTW). -- 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 -- Charles Clément. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testing] save SMS messages to text file?
this is what i use to dump the messages from my sim card to a text file. then i delete the messages on the sim card so i have room for new messages. a limit of 30 messages is entirely impractical. that gets filled up before noon arrives unless i constantly delete messages. r...@nibbly-bits:~# cat backup_messages.sh #!/bin/sh d=$(date +%Y.%m.%d-%H%M) mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.RetrieveMessagebook 'all' messages-$d.txt On 04/26/09 19:06, Daniel.Li wrote: I don't know about current status. But it seems impossible, if u are using openmoko-message, see below http://lists.openmoko.org/nabble.html#nabble-td2619250 On Sun, 2009-04-26 at 20:13 +0200, Bram Mertens wrote: Hi I've succesfully flashed my GSM firmware with the provided uSD image so now I'm able to use my FreeRunner as a phone. My old phone has several SMS messages stored in it's internal memory and allowed receiving messages to this memory even though the space on the SIM for storing SMS messages is full. Now off course only those messages on the SIM card are available on the FreeRunner and the messages application immediately complained that there is no space for new messages. Doesn't the FreeRunner allow storing SMS messages other than on the SIM? And in any case: is there a way to extract or backup SMS messages to a clear text file? I couldn't find anyhting on the wiki about this. Regards Bram ___ 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
[shr-testing] minor error on opkg upgrade
for the last few days now, whenever i do opkg upgrade, i get: Package shr-theme is already installed in root. i've tried -force-reinstall, it still does it it's not hugely important, but why is this happening, and how can i stop it? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, The openmoko feeds have changed some library names to something like libecore_evas-ver-pre-01.so.0. And now programs compiled here don't run on any other distribution. Will need more time to come up with a release. I'm pretty much done adding dbus support and have altered the finger size to hopefully better propotions. Will release soon. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2721237.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: [all e/illume based] copy/paste
On Mon, 27 Apr 2009 00:38:20 +0200 Marco Trevisan (Treviño) m...@3v1n0.net said: Petr Vanek wrote: hi, has copy/paste been discussed and some solution exist? I tried to search through the wiki but no luck. selecting and copying text, then pasting in applications doesn't seem to be really possible. The minimal typical scenarios would probably be from sms/email to another sms/email or web browser and vice-versa. Any ideas? Recent versions of Elementary include a support for easy copy/paste actions. I think it's a good example that could be ported also to other toolkits (wich mostly need patches, BTW). yes. just hold down your finger for a second and presto.. menu (you can paste or begin selecting things). the selection is malleable ie the first time when there is no selection you define it with a drag. but after that pressing near the beginning or end of the selection allows you to adjust it to get it right. press and hold again for menu to copy or cut or cancel. cancel just clears the selection and does nothing. copy and cut put that selection in the copy buffer, and going anywhere else to paste will paste it. so it's there in elementary -= handling copy/paste with fingers on a touchscreen. but other toolkits will have a .. harder time. -- - 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: [QtEI] LODI file
Franky Van Liedekerke wrote: On Sun, 26 Apr 2009 21:54:31 +0200 Fabio Locati fabioloc...@gmail.com wrote: Is these 800 and some Kb really useful? It seems not updated and, maybe, not useful... what do you think about this file? dunno, never cared about that LODI file :-) LODI stands for List Of Deliverable Items, which is a list of all the files in the package. It was used by the trolltech release manager. It's safe to remove. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
