Re: [shr-unstable] omgps wsod with full
no wdod for me, but the "enlightment crrashedd;..Recover ?" when I try the full screen in woosh, but not in tangogps., under the updated shr unstable 2009/6/29 jeremy jozwik > hey now! i made no mention of that lovable little keyboard. all i said > is that i switch illum to none. > > On Mon, Jun 29, 2009 at 12:10 PM, Michal Brzozowski > wrote: > > Same thing happens on Om2009 by the way. Illume or enlightenment bug. > Don't > > blame literki :-) > > > > 2009/6/29 jeremy jozwik > >> > >> i read some where else someone calling it the white screen of death > >> wsod, or "enlightement crashed, this is very bad..." > >> > >> On Mon, Jun 29, 2009 at 11:46 AM, Michal Brzozowski > >> wrote: > >> > By wsod do you mean the "enlightement crashed, this is very bad..." > >> > dialog? > >> > > >> > 2009/6/29 jeremy jozwik > >> >> > >> >> well... i think iv just narrowed it down. all my current applications > >> >> wsod on full screen because i, once again, set the illume keyboard to > >> >> none. > >> >> once i set it back to default everything calmed down. > >> >> > >> >> On Mon, Jun 29, 2009 at 11:30 AM, mqy wrote: > >> >> > > >> >> > hi jeremy, > >> >> > > >> >> > I encountered the WSOD two days ago with latest SHR-unstable, after > a > >> >> > upgrade without restart xserver or FR. > >> >> > Haven't seen that problem again after reboot. I suggest you try > other > >> >> > applications (eg. tangoGPS) with full/unfull buttons, and/or do a > >> >> > upgrade > >> >> > then test again. > >> >> > I will do a further check on omgps if this problem still exists > after > >> >> > your > >> >> > upgrade, but don't know where to start from for now :) > >> >> > > >> >> > > >> >> > jeremy jozwik wrote: > >> >> >> > >> >> >> running shr-unstable 20090624 with the latest version of omgps on > >> >> >> opkg.org. when i hit the "full" button i get a white screen of > >> >> >> death. > >> >> >> > >> >> >> no terminal errors to report. > >> >> >> > >> >> >> ___ > >> >> >> Openmoko community mailing list > >> >> >> community@lists.openmoko.org > >> >> >> http://lists.openmoko.org/mailman/listinfo/community > >> >> >> > >> >> >> > >> >> > > >> >> > -- > >> >> > View this message in context: > >> >> > > >> >> > > http://n2.nabble.com/-shr-unstable--omgps-wsod-with-full-tp3176059p3176211.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 > >> >> > >> > > >> > > >> > ___ > >> > Openmoko community mailing list > >> > community@lists.openmoko.org > >> > http://lists.openmoko.org/mailman/listinfo/community > >> > > >> > > >> > >> ___ > >> Openmoko community mailing list > >> community@lists.openmoko.org > >> http://lists.openmoko.org/mailman/listinfo/community > >> > > > > > > ___ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
Gennady Kupava a écrit : > 1. Booting with Qi fails somehow. Last and only thing i see > [21474549.34] INFO: RCU detected CPU 0 stall (t=4294909868/2000 > jiffies). NOR uboot is fine, i seen same message but INIT:... after > that. Hmm, this reminds me of the Neovento-kernel. Never had this message with the qtmoko one. Are you sure the kernel is the right one? Btw: I have it running from SD-card w/o problems. Since I discovered that one can use the Aux-button in Qi to switch between different installations, I'm a happy camper. Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] collect feature requests
mqy wrote: > > currently, you have to stop track then view path with "track replay". > Please, make track replay rewindable! For huge tracks you have to wait forever while it gets where you wanted it to. signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: NABBLE [was: Re: [omgps] collect feature requests]
it seems firefox plugin "cookieculler" prevents post displaying response. noscript is another trouble maker. I'm sorry for the duplicates. David Ford wrote: > > For those of you who post using nabble -- please reconsider. > > Nabble posts duplicates. The below was posted by nabble four times. > The headers clearly indicate nabble at fault with four different > originating message IDs. > > Additionally, many people report problems with nabble's javascript (no, > JS isn't evil Doc) in any browser other than firefox. So please don't > point people to nabble as a place to follow threads or research a message. > > TY > > 4x posted message: > > On 06/29/09 20:29, mqy wrote: >> First, I must appreciate all omgps users, for your test and feed back. >> >> Because ersion 0.1 gets stable for now, and it will be integrated into >> official openembeded repository, I'm planing start next major developing >> stage. Here is current plan: >> >> 1. better supports for track logging, nuk ask me to add altitude to track >> log, good point. I can remember complains about the lack of POI, and >> suggestion of voice recording to help post precess of track logging. >> >> 2. support dynamic layers, including POI, openbmap data, etc. my concerns >> are (1) performance (2) is it possible or necessary to support user >> defined >> layers as plugins? >> >> 3. and other big things related to routing. >> >> Requirement of version 0.2 will be frozen due 07-07, the core task is to >> make it track-friendly for OSM map and JOMS application. Please feel free >> to >> comment or add new feature requests here. >> >> regards, mqy >> > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/NABBLE--was%3A-Re%3A--omgps--collect-feature-requests--tp3178346p3178414.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: tango and the missing map tiles
On Mon, Jun 29, 2009 at 03:23:47PM +0200, Helge Hafting wrote: > Strange - the hash for an empty file will be wrong. Maybe yaouh gives up > when nothing can be read from the file. In that case, consider making a > script that copies some particular tile (or other png image) over any > size=0 file. Yaouh will then notice the wrong hash and fix it. Or just download the correct tiles directly with the one-liner I posted. :-) -- 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: [omgps] collect feature requests
> make sense, I can remember this request before. but that's not > battery-friendly. think how to draw such a path after you get thousands of > fixes on each redraw (per second)? thats why i was thinking a slider that someone could set if they dont want to be battery friendly at that one moment. then set it back when there being battery conscious. > what about start track automatically at start? i like the manual method of starting a track. i use this program a lot as a navigation aid just carting about, even without tracking. so if it autotracked all the time id fill up my in device memory! > currently, you have to stop track then view path with "track replay". > jeremy jozwik wrote: >> >> and more sincerely. perhaps a setting for lenght of displayed track. >> say your carting about with the track on, and you want to look at >> omgps to see where you have been but the line only draws so many >> minutes [?] into the past. i might be good to have a setting in the >> app that could control this for times when you want to see the whole >> shabang >> >> -jeremy >> >> On Mon, Jun 29, 2009 at 5:33 PM, jeremy jozwik >> wrote: >>> BIGGER BUTTONS!!! >>> >>> On Mon, Jun 29, 2009 at 5:30 PM, mqy wrote: First, I must appreciate all omgps users, for your test and feed back. Because ersion 0.1 gets stable for now, and it will be integrated into official openembeded repository, I'm planing start next major developing stage. Here is current plan: 1. better supports for track logging, nuk ask me to add altitude to track log, good point. I can remember complains about the lack of POI, and suggestion of voice recording to help post precess of track logging. 2. support dynamic layers, including POI, openbmap data, etc. my concerns are (1) performance (2) is it possible or necessary to support user defined layers as plugins? 3. and other big things related to routing. Requirement of version 0.2 will be frozen due 07-07, the core task is to make it track-friendly for OSM map and JOMS application. Please feel free to comment or add new feature requests here. regards, mqy -- View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.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/-omgps--collect-feature-requests-tp3178254p3178321.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
NABBLE [was: Re: [omgps] collect feature requests]
For those of you who post using nabble -- please reconsider. Nabble posts duplicates. The below was posted by nabble four times. The headers clearly indicate nabble at fault with four different originating message IDs. Additionally, many people report problems with nabble's javascript (no, JS isn't evil Doc) in any browser other than firefox. So please don't point people to nabble as a place to follow threads or research a message. TY 4x posted message: On 06/29/09 20:29, mqy wrote: > First, I must appreciate all omgps users, for your test and feed back. > > Because ersion 0.1 gets stable for now, and it will be integrated into > official openembeded repository, I'm planing start next major developing > stage. Here is current plan: > > 1. better supports for track logging, nuk ask me to add altitude to track > log, good point. I can remember complains about the lack of POI, and > suggestion of voice recording to help post precess of track logging. > > 2. support dynamic layers, including POI, openbmap data, etc. my concerns > are (1) performance (2) is it possible or necessary to support user defined > layers as plugins? > > 3. and other big things related to routing. > > Requirement of version 0.2 will be frozen due 07-07, the core task is to > make it track-friendly for OSM map and JOMS application. Please feel free to > comment or add new feature requests here. > > regards, mqy > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] collect feature requests
vertical, i would say yes. right now its only stylus or finger nail and lots of concentration. also, theres a lot of empty space in the main menu :) the change buttons for color or gps preset need to be bigger for sho On Mon, Jun 29, 2009 at 5:39 PM, mqy wrote: > > hehe, how big? double? > > > jeremy jozwik wrote: >> >> BIGGER BUTTONS!!! >> > > -- > View this message in context: > http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178300.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
Re: [omgps] collect feature requests
make sense, I can remember this request before. but that's not battery-friendly. think how to draw such a path after you get thousands of fixes on each redraw (per second)? what about add another menu item let you review history? what about start track automatically at start? currently, you have to stop track then view path with "track replay". jeremy jozwik wrote: > > and more sincerely. perhaps a setting for lenght of displayed track. > say your carting about with the track on, and you want to look at > omgps to see where you have been but the line only draws so many > minutes [?] into the past. i might be good to have a setting in the > app that could control this for times when you want to see the whole > shabang > > -jeremy > > On Mon, Jun 29, 2009 at 5:33 PM, jeremy jozwik > wrote: >> BIGGER BUTTONS!!! >> >> On Mon, Jun 29, 2009 at 5:30 PM, mqy wrote: >>> >>> First, I must appreciate all omgps users, for your test and feed back. >>> >>> Because ersion 0.1 gets stable for now, and it will be integrated into >>> official openembeded repository, I'm planing start next major developing >>> stage. Here is current plan: >>> >>> 1. better supports for track logging, nuk ask me to add altitude to >>> track >>> log, good point. I can remember complains about the lack of POI, and >>> suggestion of voice recording to help post precess of track logging. >>> >>> 2. support dynamic layers, including POI, openbmap data, etc. my >>> concerns >>> are (1) performance (2) is it possible or necessary to support user >>> defined >>> layers as plugins? >>> >>> 3. and other big things related to routing. >>> >>> Requirement of version 0.2 will be frozen due 07-07, the core task is to >>> make it track-friendly for OSM map and JOMS application. Please feel >>> free to >>> comment or add new feature requests here. >>> >>> regards, mqy >>> -- >>> View this message in context: >>> http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.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/-omgps--collect-feature-requests-tp3178254p3178321.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: [omgps] collect feature requests
hehe, how big? double? jeremy jozwik wrote: > > BIGGER BUTTONS!!! > -- View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178300.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: [omgps] collect feature requests
and more sincerely. perhaps a setting for lenght of displayed track. say your carting about with the track on, and you want to look at omgps to see where you have been but the line only draws so many minutes [?] into the past. i might be good to have a setting in the app that could control this for times when you want to see the whole shabang -jeremy On Mon, Jun 29, 2009 at 5:33 PM, jeremy jozwik wrote: > BIGGER BUTTONS!!! > > On Mon, Jun 29, 2009 at 5:30 PM, mqy wrote: >> >> First, I must appreciate all omgps users, for your test and feed back. >> >> Because ersion 0.1 gets stable for now, and it will be integrated into >> official openembeded repository, I'm planing start next major developing >> stage. Here is current plan: >> >> 1. better supports for track logging, nuk ask me to add altitude to track >> log, good point. I can remember complains about the lack of POI, and >> suggestion of voice recording to help post precess of track logging. >> >> 2. support dynamic layers, including POI, openbmap data, etc. my concerns >> are (1) performance (2) is it possible or necessary to support user defined >> layers as plugins? >> >> 3. and other big things related to routing. >> >> Requirement of version 0.2 will be frozen due 07-07, the core task is to >> make it track-friendly for OSM map and JOMS application. Please feel free to >> comment or add new feature requests here. >> >> regards, mqy >> -- >> View this message in context: >> http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.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
[omgps] collect feature requests
First, I must appreciate all omgps users, for your test and feed back. Because ersion 0.1 gets stable for now, and it will be integrated into official openembeded repository, I'm planing start next major developing stage. Here is current plan: 1. better supports for track logging, nuk ask me to add altitude to track log, good point. I can remember complains about the lack of POI, and suggestion of voice recording to help post precess of track logging. 2. support dynamic layers, including POI, openbmap data, etc. my concerns are (1) performance (2) is it possible or necessary to support user defined layers as plugins? 3. and other big things related to routing. Requirement of version 0.2 will be frozen due 07-07, the core task is to make it track-friendly for OSM map and JOMS application. Please feel free to comment or add new feature requests here. regards, mqy -- View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178265p3178265.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: [omgps] collect feature requests
BIGGER BUTTONS!!! On Mon, Jun 29, 2009 at 5:30 PM, mqy wrote: > > First, I must appreciate all omgps users, for your test and feed back. > > Because ersion 0.1 gets stable for now, and it will be integrated into > official openembeded repository, I'm planing start next major developing > stage. Here is current plan: > > 1. better supports for track logging, nuk ask me to add altitude to track > log, good point. I can remember complains about the lack of POI, and > suggestion of voice recording to help post precess of track logging. > > 2. support dynamic layers, including POI, openbmap data, etc. my concerns > are (1) performance (2) is it possible or necessary to support user defined > layers as plugins? > > 3. and other big things related to routing. > > Requirement of version 0.2 will be frozen due 07-07, the core task is to > make it track-friendly for OSM map and JOMS application. Please feel free to > comment or add new feature requests here. > > regards, mqy > -- > View this message in context: > http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.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
[omgps] collect feature requests
First, I must appreciate all omgps users, for your test and feed back. Because ersion 0.1 gets stable for now, and it will be integrated into official openembeded repository, I'm planing start next major developing stage. Here is current plan: 1. better supports for track logging, nuk ask me to add altitude to track log, good point. I can remember complains about the lack of POI, and suggestion of voice recording to help post precess of track logging. 2. support dynamic layers, including POI, openbmap data, etc. my concerns are (1) performance (2) is it possible or necessary to support user defined layers as plugins? 3. and other big things related to routing. Requirement of version 0.2 will be frozen due 07-07, the core task is to make it track-friendly for OSM map and JOMS application. Please feel free to comment or add new feature requests here. regards, mqy -- View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178260p3178260.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
[omgps] collect feature requests
First, I must appreciate all omgps users, for your test and feed back. Because ersion 0.1 gets stable for now, and it will be integrated into official openembeded repository, I'm planing start next major developing stage. Here is current plan: 1. better supports for track logging, nuk ask me to add altitude to track log, good point. I can remember complains about the lack of POI, and suggestion of voice recording to help post precess of track logging. 2. support dynamic layers, including POI, openbmap data, etc. my concerns are (1) performance (2) is it possible or necessary to support user defined layers as plugins? 3. and other big things related to routing. Requirement of version 0.2 will be frozen due 07-07, the core task is to make it track-friendly for OSM map and JOMS application. Please feel free to comment or add new feature requests here. regards, mqy -- View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178254p3178254.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
[omgps] collect feature requests
First, I must appreciate all omgps users, for your test and feed back. Because ersion 0.1 gets stable for now, and it will be integrated into official openembeded repository, I'm planing start next major developing stage. Here is current plan: 1. better supports for track logging, nuk ask me to add altitude to track log, good point. I can remember complains about the lack of POI, and suggestion of voice recording to help post precess of track logging. 2. support dynamic layers, including POI, openbmap data, etc. my concerns are (1) performance (2) is it possible or necessary to support user defined layers as plugins? 3. and other big things related to routing. Requirement of version 0.2 will be frozen due 07-07, the core task is to make it track-friendly for OSM map and JOMS application. Please feel free to comment or add new feature requests here. regards, mqy -- View this message in context: http://n2.nabble.com/-omgps--collect-feature-requests-tp3178247p3178247.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
Elmdentica release 0.4.0
Hi! A release a day! 0.4.0 doesn’t add THAT much, unless you like to, you know... repeat (or retweet) what other say and reply to others, or maybe proudly show you’re using Elmdentica! :) Oh... and a counter (but it lets you type more than 140... just warns...) 0.4.0 in action... http://files.1407.org/openmoko/elmdentica/elmdentica-0.4.0-scap.png * elmdentica-0.4.0.tar.gz (elmdentica-0.4.0.tar.gz.asc) * elmdentica_0.4.0-r2_armv4t.ipk (elmdentica_0.4.0-r2_armv4t.ipk.asc) At http://code.google.com/p/elmdentica Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
Hello, Radek. В Вск, 28/06/2009 в 23:03 +0200, radek polak пишет: > > This new version should be stable as daily phone. > [4] http://qtmoko.org/ Thank you much for images, they bring some hope to me. After SHR installation I start to believe that openmoko can be used, and at some point I'll able to use phone with familiar environments, but came to conclusion that it's true that e should be used only in 320x200. Now I've just started the QtMoko and speed was nice surprise. Almost everything is working amazingly fast. Python and other interpreted laguages is real nasty thing - while allowing code a bit faster, they always intoduce that lag. Even 10ms and 50ms of difference is noticeable, no need to speak about FreerRunner. Problems I noticed so far: 1. Booting with Qi fails somehow. Last and only thing i see [21474549.34] INFO: RCU detected CPU 0 stall (t=4294909868/2000 jiffies). NOR uboot is fine, i seen same message but INIT:... after that. 2. I see kernel backtraces near that message: (see attachment) 3. It hungs for me several times while I was trying to setup network - wifi and other types. 4. I can't setup GPRS. Is it a problem with me or with QtMoko? I got qpe hung with high cpu load then I am trying to connect. GPRS works fine for me in SHR. Did someone try it? 5. Bug in voice notes application - if you remove record while listening it, audio device will be clocked be blocked until pkill -9 that application. It's easy to click one more time. 6. Font... Terminal font is not just inappropriate. It is antialiased non-monospace truetype font, without possibility to change it. So all sort of problems where. Also, please can you answer some question: 1. Do QtExtened have a future? 2. About using truetype fonts. As we have such a... slow hardware might it be better to use bitmap fonts? Any time I see that antialiasing, imagine that hinting, kerning and so. Anyone tried to measure impact of font rendering system on performance? BTW, Really, i never can imagine that vim require 25MB :) And also found out which ui inspired creators of original openmoko gtk stack. User have to know meaning of all that icons :) Gennady. 74539.035000] pcf50633-rtc pcf50633-rtc: setting system clock to 2000-01-01 00:00:28 UTC (946684828) [21474549.34] INFO: RCU detected CPU 0 stall (t=4294909868/2000 jiffies) [21474549.34] [] (dump_stack+0x0/0x14) from [] (print_cpu_stall+0x40/0xa4) [21474549.34] [] (print_cpu_stall+0x0/0xa4) from [] (check_cpu_stall+0x60/0x84) [21474549.34] r6:c781c020 r5: r4:c03a38d8 [21474549.34] [] (check_cpu_stall+0x0/0x84) from [] (__rcu_pending+0x18/0xa4) [21474549.34] r5:c03a38d8 r4:c08aeed0 [21474549.34] [] (__rcu_pending+0x0/0xa4) from [] (rcu_pending+0x18/0x4c) [21474549.34] r5: r4: [21474549.34] [] (rcu_pending+0x0/0x4c) from [] (update_process_times+0x40/0x64) [21474549.34] [] (update_process_times+0x0/0x64) from [] (timer_tick+0xf4/0x11c) [21474549.34] r6: r5: r4:c03a0d54 [21474549.34] [] (timer_tick+0x0/0x11c) from [] (s3c2410_timer_interrupt+0x10/0x18) [21474549.34] r5: r4:c039e20c [21474549.34] [] (s3c2410_timer_interrupt+0x0/0x18) from [] (handle_IRQ_event+0x2c/0x68) [21474549.34] [] (handle_IRQ_event+0x0/0x68) from [] (handle_edge_irq+0xf8/0x17c) [21474549.34] r7:c03a1f74 r6:c039e20c r5:001e r4:c03a1f40 [21474549.34] [] (handle_edge_irq+0x0/0x17c) from [] (asm_do_IRQ+0x54/0x6c) [21474549.34] r8:0001 r7:0002 r6:4000 r5: r4:001e [21474549.34] [] (asm_do_IRQ+0x0/0x6c) from [] (__irq_svc+0x38/0xc8) [21474549.34] Exception stack(0xc781fa50 to 0xc781fa98) [21474549.34] fa40: 001b 01e5 c01cbbe8 [21474549.34] fa60: c79960d0 c7996000 8946 c7a62b38 0001 c781fabc [21474549.34] fa80: c781fa98 c781fa98 c01c8c30 c015bb6c 2013 [21474549.34] r5:f400 r4: [21474549.34] [] (nand_command_lp+0x0/0x264) from [] (nand_do_read_ops+0x178/0x424) [21474549.34] [] (nand_do_read_ops+0x0/0x424) from [] (nand_read+0x98/0xbc) [21474549.34] [] (nand_read+0x0/0xbc) from [] (part_read+0xa0/0xd4) [21474549.34] r8:c79eec00 r7:c7975880 r6: r5:044a04c8 r4: [21474549.34] [] (part_read+0x0/0xd4) from [] (jffs2_flash_read+0x84/0x250) [21474549.34] r7: r6:03b404c8 r5:c7a6 r4:c781fbf4 [21474549.34] [] (jffs2_flash_read+0x0/0x250) from [] (jffs2_fill_scan_buf+0x2c/0x4c) [21474549.34] [] (jffs2_fill_scan_buf+0x0/0x4c) from [] (jffs2_scan_eraseblock+0x424/0xb50) [21474549.34] r4:03b4 [21474549.34] [] (jffs2_scan_eraseblock+0x0/0xb50) from [] (jffs2_scan_medium+0x1a4/0x4b8) [21474549.34] [] (jffs2_scan_medium+0x0/0x4b8) from [] (jffs2_build_filesystem+0x2c/0x2c0) [21474549.34] [] (jffs2_build_filesystem+0x0/0x2c0) fr
[QtMoko] - import VCF
Dear list, I'm trying to import my vcf-file into QtMoko. But the /opt/qtmoko/bin/addressbook program doesn't find the "contacts"-table in the database, and neither do I (sqlite3 /opt/qtmoko/qto*). Is this on purpose? Are all contacts only stored on SIM? Is there no local addressbook anymore? Thanks for any hint, Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
2009/6/29 Fabio Locati > > Is there a way to mix Qtmoko and an X-server? I know it's a common > > question, I just don't remember the last answer (it might be 42, but...) > > Radekp is working on it ;) Probably the next qtmoko version will have > the X server too :) > > That would be the best birthday present :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
2009/6/29 Linus Gasser > Is there a way to mix Qtmoko and an X-server? I know it's a common > question, I just don't remember the last answer (it might be 42, but...) > It's possible to run qtopia phone apps on X-server (Om2008 does it). I've been trying to compile those to run them on Om2009 or SHR, but without luck. If anyone knows exact steps to integrate them in OE and compile I'd be very very grateful. Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
On Mon, Jun 29, 2009 at 9:56 PM, Linus Gasser wrote: > radek polak a écrit : >> Hi, >> i have updated my QtMoko debian base images [1]. You can find some >> general info on homepage [2] and sources in git [3]. > > Hi, > > OK, seems great. For the moment I know only two distributions that I > like for using it as a telephone: Android and QtE, or Qtmoko now. > Unfortunatly both take away some of the "geekiness" of the phone - that > is, tangogps, terminal, aso. > > Is there a way to mix Qtmoko and an X-server? I know it's a common > question, I just don't remember the last answer (it might be 42, but...) Radekp is working on it ;) Probably the next qtmoko version will have the X server too :) > Thanks in advance, > > Linus > > ___ > 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: [QtMoko] New debian images V3
radek polak a écrit : > Hi, > i have updated my QtMoko debian base images [1]. You can find some > general info on homepage [2] and sources in git [3]. Hi, OK, seems great. For the moment I know only two distributions that I like for using it as a telephone: Android and QtE, or Qtmoko now. Unfortunatly both take away some of the "geekiness" of the phone - that is, tangogps, terminal, aso. Is there a way to mix Qtmoko and an X-server? I know it's a common question, I just don't remember the last answer (it might be 42, but...) Thanks in advance, Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
Me wrote: > The FSO images seem to be a bit faster. This is one thing that keeps me > puzzled. What could make the speed different? Same binary on different > rootfs should be the same fast. Anyone has idea why FSO is faster? I just found the problem. The slow thing is that qpe process writes debugging messages to stderr. These debug messages should be redirected to logger program or as temporary solution to /dev/null. So if you want to have fast debian QtMoko then edit /etc/rc.local and replace line qpe & with qpe 2>/dev/null This will be fixed in next version. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] omgps wsod with full
hey now! i made no mention of that lovable little keyboard. all i said is that i switch illum to none. On Mon, Jun 29, 2009 at 12:10 PM, Michal Brzozowski wrote: > Same thing happens on Om2009 by the way. Illume or enlightenment bug. Don't > blame literki :-) > > 2009/6/29 jeremy jozwik >> >> i read some where else someone calling it the white screen of death >> wsod, or "enlightement crashed, this is very bad..." >> >> On Mon, Jun 29, 2009 at 11:46 AM, Michal Brzozowski >> wrote: >> > By wsod do you mean the "enlightement crashed, this is very bad..." >> > dialog? >> > >> > 2009/6/29 jeremy jozwik >> >> >> >> well... i think iv just narrowed it down. all my current applications >> >> wsod on full screen because i, once again, set the illume keyboard to >> >> none. >> >> once i set it back to default everything calmed down. >> >> >> >> On Mon, Jun 29, 2009 at 11:30 AM, mqy wrote: >> >> > >> >> > hi jeremy, >> >> > >> >> > I encountered the WSOD two days ago with latest SHR-unstable, after a >> >> > upgrade without restart xserver or FR. >> >> > Haven't seen that problem again after reboot. I suggest you try other >> >> > applications (eg. tangoGPS) with full/unfull buttons, and/or do a >> >> > upgrade >> >> > then test again. >> >> > I will do a further check on omgps if this problem still exists after >> >> > your >> >> > upgrade, but don't know where to start from for now :) >> >> > >> >> > >> >> > jeremy jozwik wrote: >> >> >> >> >> >> running shr-unstable 20090624 with the latest version of omgps on >> >> >> opkg.org. when i hit the "full" button i get a white screen of >> >> >> death. >> >> >> >> >> >> no terminal errors to report. >> >> >> >> >> >> ___ >> >> >> Openmoko community mailing list >> >> >> community@lists.openmoko.org >> >> >> http://lists.openmoko.org/mailman/listinfo/community >> >> >> >> >> >> >> >> > >> >> > -- >> >> > View this message in context: >> >> > >> >> > http://n2.nabble.com/-shr-unstable--omgps-wsod-with-full-tp3176059p3176211.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 >> >> >> > >> > >> > ___ >> > Openmoko community mailing list >> > community@lists.openmoko.org >> > http://lists.openmoko.org/mailman/listinfo/community >> > >> > >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] omgps wsod with full
Same thing happens on Om2009 by the way. Illume or enlightenment bug. Don't blame literki :-) 2009/6/29 jeremy jozwik > i read some where else someone calling it the white screen of death > wsod, or "enlightement crashed, this is very bad..." > > On Mon, Jun 29, 2009 at 11:46 AM, Michal Brzozowski > wrote: > > By wsod do you mean the "enlightement crashed, this is very bad..." > dialog? > > > > 2009/6/29 jeremy jozwik > >> > >> well... i think iv just narrowed it down. all my current applications > >> wsod on full screen because i, once again, set the illume keyboard to > >> none. > >> once i set it back to default everything calmed down. > >> > >> On Mon, Jun 29, 2009 at 11:30 AM, mqy wrote: > >> > > >> > hi jeremy, > >> > > >> > I encountered the WSOD two days ago with latest SHR-unstable, after a > >> > upgrade without restart xserver or FR. > >> > Haven't seen that problem again after reboot. I suggest you try other > >> > applications (eg. tangoGPS) with full/unfull buttons, and/or do a > >> > upgrade > >> > then test again. > >> > I will do a further check on omgps if this problem still exists after > >> > your > >> > upgrade, but don't know where to start from for now :) > >> > > >> > > >> > jeremy jozwik wrote: > >> >> > >> >> running shr-unstable 20090624 with the latest version of omgps on > >> >> opkg.org. when i hit the "full" button i get a white screen of > death. > >> >> > >> >> no terminal errors to report. > >> >> > >> >> ___ > >> >> Openmoko community mailing list > >> >> community@lists.openmoko.org > >> >> http://lists.openmoko.org/mailman/listinfo/community > >> >> > >> >> > >> > > >> > -- > >> > View this message in context: > >> > > http://n2.nabble.com/-shr-unstable--omgps-wsod-with-full-tp3176059p3176211.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 > >> > > > > > > ___ > > 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-unstable] omgps wsod with full
On Mon, 29 Jun 2009 11:50:07 -0700 jeremy jozwik (JJ) wrote: >i read some where else someone calling it the white screen of death >wsod, or "enlightement crashed, this is very bad..." watch out, wsod is different, no recovery except reboot. en crashing is another story... Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] omgps wsod with full
i read some where else someone calling it the white screen of death wsod, or "enlightement crashed, this is very bad..." On Mon, Jun 29, 2009 at 11:46 AM, Michal Brzozowski wrote: > By wsod do you mean the "enlightement crashed, this is very bad..." dialog? > > 2009/6/29 jeremy jozwik >> >> well... i think iv just narrowed it down. all my current applications >> wsod on full screen because i, once again, set the illume keyboard to >> none. >> once i set it back to default everything calmed down. >> >> On Mon, Jun 29, 2009 at 11:30 AM, mqy wrote: >> > >> > hi jeremy, >> > >> > I encountered the WSOD two days ago with latest SHR-unstable, after a >> > upgrade without restart xserver or FR. >> > Haven't seen that problem again after reboot. I suggest you try other >> > applications (eg. tangoGPS) with full/unfull buttons, and/or do a >> > upgrade >> > then test again. >> > I will do a further check on omgps if this problem still exists after >> > your >> > upgrade, but don't know where to start from for now :) >> > >> > >> > jeremy jozwik wrote: >> >> >> >> running shr-unstable 20090624 with the latest version of omgps on >> >> opkg.org. when i hit the "full" button i get a white screen of death. >> >> >> >> no terminal errors to report. >> >> >> >> ___ >> >> Openmoko community mailing list >> >> community@lists.openmoko.org >> >> http://lists.openmoko.org/mailman/listinfo/community >> >> >> >> >> > >> > -- >> > View this message in context: >> > http://n2.nabble.com/-shr-unstable--omgps-wsod-with-full-tp3176059p3176211.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 >> > > > ___ > 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-unstable] omgps wsod with full
By wsod do you mean the "enlightement crashed, this is very bad..." dialog? 2009/6/29 jeremy jozwik > well... i think iv just narrowed it down. all my current applications > wsod on full screen because i, once again, set the illume keyboard to > none. > once i set it back to default everything calmed down. > > On Mon, Jun 29, 2009 at 11:30 AM, mqy wrote: > > > > hi jeremy, > > > > I encountered the WSOD two days ago with latest SHR-unstable, after a > > upgrade without restart xserver or FR. > > Haven't seen that problem again after reboot. I suggest you try other > > applications (eg. tangoGPS) with full/unfull buttons, and/or do a upgrade > > then test again. > > I will do a further check on omgps if this problem still exists after > your > > upgrade, but don't know where to start from for now :) > > > > > > jeremy jozwik wrote: > >> > >> running shr-unstable 20090624 with the latest version of omgps on > >> opkg.org. when i hit the "full" button i get a white screen of death. > >> > >> no terminal errors to report. > >> > >> ___ > >> Openmoko community mailing list > >> community@lists.openmoko.org > >> http://lists.openmoko.org/mailman/listinfo/community > >> > >> > > > > -- > > View this message in context: > http://n2.nabble.com/-shr-unstable--omgps-wsod-with-full-tp3176059p3176211.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 > > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] omgps wsod with full
well... i think iv just narrowed it down. all my current applications wsod on full screen because i, once again, set the illume keyboard to none. once i set it back to default everything calmed down. On Mon, Jun 29, 2009 at 11:30 AM, mqy wrote: > > hi jeremy, > > I encountered the WSOD two days ago with latest SHR-unstable, after a > upgrade without restart xserver or FR. > Haven't seen that problem again after reboot. I suggest you try other > applications (eg. tangoGPS) with full/unfull buttons, and/or do a upgrade > then test again. > I will do a further check on omgps if this problem still exists after your > upgrade, but don't know where to start from for now :) > > > jeremy jozwik wrote: >> >> running shr-unstable 20090624 with the latest version of omgps on >> opkg.org. when i hit the "full" button i get a white screen of death. >> >> no terminal errors to report. >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> >> > > -- > View this message in context: > http://n2.nabble.com/-shr-unstable--omgps-wsod-with-full-tp3176059p3176211.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
Re: [shr-unstable] omgps wsod with full
hi jeremy, I encountered the WSOD two days ago with latest SHR-unstable, after a upgrade without restart xserver or FR. Haven't seen that problem again after reboot. I suggest you try other applications (eg. tangoGPS) with full/unfull buttons, and/or do a upgrade then test again. I will do a further check on omgps if this problem still exists after your upgrade, but don't know where to start from for now :) jeremy jozwik wrote: > > running shr-unstable 20090624 with the latest version of omgps on > opkg.org. when i hit the "full" button i get a white screen of death. > > no terminal errors to report. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/-shr-unstable--omgps-wsod-with-full-tp3176059p3176211.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-unstable] omgps wsod with full
also seems to be happening with ffalarms... On Mon, Jun 29, 2009 at 11:02 AM, jeremy jozwik wrote: > running shr-unstable 20090624 with the latest version of omgps on > opkg.org. when i hit the "full" button i get a white screen of death. > > no terminal errors to report. > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why vala? Was - Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
>Just wondering if I should be paying more attention to this vala stuff... Yes, you should, because Vala is a groundbreaking new programming language that combines the abstraction of high level languages with the performance of low level languages. See also: http://blogs.gnome.org/lharris/2009/02/23/why-vala-is-the-answer-to-life-the- universe-and-everything/ http://zee-nix.blogspot.com/2008/05/why-vala.html http://www.vanille-media.de/site/index.php/2007/12/30/first-encounter-with- vala/ http://arstechnica.com/open-source/news/2007/09/vala-high-level-programming- with-less-fat.ars Anf if you're still not convinced, read some C/GLib/Gobject source code and then some Vala source code. Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openmoko accessories
I'm with Chris on this one. I'd like a car cradle. While I thought EUR 29 was expensive, I finally decided I wanted it enough to buy it. Until I saw that it'd cost another EUR 30 to ship it to me! I'm not paying $83 for a car cradle. Even with 19% discount (which I'm betting only applies to the item, not shipping), it'd be about $76. That's crazy. Are there really no distributors selling Freerunner accessories in the US? Or any that have reasonable shipping rates (ie rates that don't double the cost of the accessory)? -Steven On Sat, Jun 27, 2009 at 6:11 AM, Adam Jimerson wrote: > On Saturday 27 June 2009 04:44:00 am Christoph Pulster wrote: >> > I am looking for where I can buy accessories for my FreeRunner in US >> >> I stock 17 different accessories for the Freerunner. >> Based in Germany, but we ship worldwide for 30 EUR flat rate. >> Customers outside EU Europe get 19% VAT reduction on all shop prices: >> http://www.pulster.eu >> >> Chris >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community > > That would be perfect, but the reason I am trying to avoid shipping from a > different country because I am recently unemployed and don't really have that > much I can spend on a case for a phone so unless the 19% VAT reduction is > enough to make up for that I don't think I should. Thanks for letting me know > that you have them in stock though. > -- > "We must plan for freedom, and not only for security, if for no other reason > than only freedom can make security more secure." Karl Popper > > ___ > 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
Why vala? Was - Re: ffalarms 0.2.3 Vala/libeflvala/Elementary rewrite
I've seen several developers talking about porting things to vala. I'm not really familiar with this language. What is the point? Why would you spend the effort rewriting an app that already works into another language when the result is identical to the original? Is vala really that much easier to program in that C? Łukasz, was it worth all that time to rewrite ffalarms (which is a great app)? Just wondering if I should be paying more attention to this vala stuff... -Steven 2009/6/28 Łukasz Pankowski : > Hi > > I have just released ffalarms 0.2.3. Features: > > - rewritten using Vala/libeflvala/Elementary (same features as 0.2.2) > [...] > > Rewrite in Vala took much of my available time. I hope to add recursive > alarms, but you know well my time limited, slow rate of development :). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-unstable] omgps wsod with full
running shr-unstable 20090624 with the latest version of omgps on opkg.org. when i hit the "full" button i get a white screen of death. no terminal errors to report. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner A6 Sale
I don't want to hurt OM's sales, but why not buy directly from SDG Systems? http://sdgsystems.com/estore/cart.php?target=product&product_id=269&category_id=17 It seems they are selling the A6 version with the buzz fix pre-installed. -Steven On Tue, Jun 16, 2009 at 12:41 PM, Jason Self wrote: > I've been holding off on buying a FreeRunner until until it seemed > sufficiently problem-free to me. > > $250 is a very appealing price. I just wanted to confirm my > understanding that the only difference between A6 and A7 is that a) > the buzz fix is applied and b) it has a newer GSM firmware (which I > can flash myself anyway, so not a big deal.) > > If my understanding is correct, then it sounds like a great deal, > especially if I'm able to ship it to SDG Systems for them to apply fhe > fix for me. > > http://sdgsystems.com/estore/cart.php?target=product&product_id=269&category_id=17 > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
Tim Abell writes: > I've got my bt keyboard connected, and according to hcidump I think > the keypress events are getting to bluez, however they aren't getting > to any applications, including xev. 1) Are you running hal? 2) Does lshal list the device? 3) Are you using Xorg? 4) can evtest from some /dev/input/event* see the key presses? (dmesg to see which one) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] doom accel/touch not working right?
SCarlson wrote: > > Hello Everyone -- > > I've been meaning to make some improvements. I would be happy to make some > corrections. > > I should have my Freerunner back from the buzz fix soon, I have not been > using my neo lately. > > What should be the first target platform? > > Can someone give me the kernel/root images that I should test against? My earlier tests were with debian but at the moment i tested it with latest (20090624) shr unstable from [1] and the behaviour is the same as my last postings. I used your doom port from [2]. Here are my problems so far: 1. Touchscreen input isn't working right in doom when in landscape mode with vga (640x480) or qvga (320x240). In qvga the ts input is broken for xglamo (wrong placement) so i tried it with vga where doom is displayed in the middle of the screen with a quarter of the display. The ts input is located at the right positions (i verified it) but in doom i can't find any reproduceable key inputs. Paul Fertser said in a mail regarding this thread that qvga and ts input should be working with the new xorg driver. I assume he was reffering to the new xglamo xorg driver but i can't find an useable package in any repository or a manual how to install/use it. So i don't use qvga for the monent. 2. Accelerometer input isn't working at all in doom but does work in other games like acceleroids or mokomaze. When i change the variable in the conf to use accel input nothing happens. Maybe this has to do something with the change of the accelerometer output format from relativ to absolut values (hint also from Paul Fertser). 3. Sound isn't working wth shr-u but this could be a problem on my side because with debian it worked some time ago. But now i can't find the right settings or any info related to the right sound settings for the freerunner. Maybe you could tell us the right entry for the "sound_card" and "music_card" entries in the opendoom.cfg. Default is -1 but i think this disables the sound output. It would also be good to know what sound output is used (alsa, oss, etc). While starting doom it shows one error message regarding sound [3]. After so much bad infos i want to say that i really love your doom port even if it isn't working right at the moment. Already seeing the demo video at the start screen makes me think of the good old times. :) Ciao, Rainer [1]http://build.shr-project.org/shr-unstable/images/om-gta02/shr-shr-image-glibc-ipk--20090624-om-gta02.rootfs.tar.gz [2]http://unsyncopated.com/BrainSolvent/Doom%20Port [3]"I_InitSound: couldn't open audio with desired format" ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] making bricks...
that was further down the list. any rate all is well now. On Mon, Jun 29, 2009 at 3:00 AM, Rask Ingemann Lambertsen wrote: > On Sun, Jun 28, 2009 at 09:02:28AM -0700, jeremy jozwik wrote: >> dmesg has given me this, most of which i do not understand. but i did >> try adding ip address command to usb3 and terminal reported back >> cannot find device > [snip] >> usb 3-1: New USB device found, idVendor=1d50, idProduct=5119 >> usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 >> usb 3-1: Product: Neo1973 Bootloader U-Boot 1.3.2-moko12 > > You have to boot the Freerunner first. There's no USB Ethernet support in > the boot loader. > > -- > 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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tango and the missing map tiles
Rask Ingemann Lambertsen wrote: > On Thu, Jun 25, 2009 at 12:08:54PM +1200, Robin Paulson wrote: >> 2009/6/25 Tim Abell : >>> I've found that if tango doesn't have a working net connection available >>> when you pan around it will generate empty files for the map images and >>> then never attempt to re-download them leaving nasty gaps in your coverage. > [snip} >>> Feel free to stick this on the wiki or something. I don't know if this >>> needs a bug report. > >IMHO it does. > >> will yaouh perform a similar task? i assume even though they are >> blank, they will have a date and time, thus when yaouh is run, it will >> see they are old/the hash is wrong, and replace them? > >No, Yaouh! (version 0.5.1) doesn't update empty map tiles. > Strange - the hash for an empty file will be wrong. Maybe yaouh gives up when nothing can be read from the file. In that case, consider making a script that copies some particular tile (or other png image) over any size=0 file. Yaouh will then notice the wrong hash and fix it. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] airplane mode
Petr Vanek wrote: > - FSO is quite unable to get a fix while in 1m altitude and (or) > high speed. it sees the satelites, get's a fix and then for some > reason something happens and no satelite is being seen anymore. this > will repeat fo as long as you leave it. Huh? My freerunner reported 10038 meters and 740 km/h last saturday. I got the first fix at about 9km height, and tracked the plane as it went up. Then i had to stop due to the battery running out. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Error during download get_status
Still got a lot of times the dfu-util error -62. But now, on OpenSuSE I encountered a different problem. "Error during download get_status" Here is the terminal IN/OUTPUT: dfu-util -d 0x1d50:0x5119 -a kernel -R -D testing-om-gta02-20090120.uImage.bin dfu-util - (C) 2007-2008 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Opening USB Device 0x1d50:0x5119... Claiming USB DFU Runtime Interface... Determining device status: state = appIDLE, status = 0 Device really in Runtime Mode, send DFU detach request... Resetting USB... Opening USB Device... Found Runtime: [0x1d50:0x5119] devnum=5, cfg=0, intf=0, alt=3, name="kernel" Claiming USB DFU Interface... Setting Alternate Setting ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing Transfer Size = 0x1000 bytes_per_hash=35601 Starting download: [Error during download get_status Any help? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] airplane mode
jeremy jozwik wrote: > window seat makes no difference : ) > in fact for several minuets i was holding my freerunner against the > window and got nothing... > My experience is that a window seat is necessary. If I have a fix, I loose it by moving the phone half a meter away from the window. So it almost have to touch the glass all the time. To get the fix quickly, aquire a good fix outside the plane shortly before you board it. Then, stop the gps software. It will save satellite ephemeris information so it can be reused when you're inside the plane. Without this, ephemeris has to be downloaded from the satellites before the first fix - but downloading requires better signal quality than merely tracking. You may or may not get the better quality signal inside the plane. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why one cannot recommend the freerunner as a daily phone (was Re: Is a FreeRunner sufficient for me?)
mobi phil wrote: > no offense, but thinkin only about yourself, what you want, is probably > the cause nr. one for openmoko company/project failing. If you want a > company to sponsor the development of the project, they need to have > benefit. They can generate benefit by selling devices. But if you fail > to put on the device minimal usability only a small amount of the > potential customers will consider buying the device. By providing a bit > more usability openmoko would have been able to sell more phones. Lot of > IT friends laughed at me when I tried to show them the phone... actually > I could show nothing. If I was able to show a bit more... these guys > would have probably considered buying the phone etc... If you want to show off, install some apps. For game players: Linball and mokomaze looks good. Tangogps with some maps, and one of the audio players. Set up wifi and surf the web on the 640x480 screen, which really is better than the 320x240 or so found on many other phones. And then stuff that is hard to do on other phones because they don't have linux. ssh into some other machine, for example. Or in a windows-only place, show how you can log onto the file server directly and browse your files. Because the thing is a computer too. Look at images and documents. > Developing only for your own satisfaction and thinking zero about giving > back as usability helps less than zero! Many developers develop only for their own satisfaction - but happily share the stuff. And this helps, for generally, lots of people wants the same stuff. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is a FreeRunner sufficient for me?
Brolin Empey wrote: > 1. Are there applications with all of the specific features I listed, > though? My Nokia 6103b has some basic organiser applications, such as > for calender and task lists, but it does not have all of the features I > listed. Depends on what linux distro you choose to run. There are several. Some are optimized for running on the phone, but may or may not have all the features you want. Then there is debian and gentoo that have more apps than you could possibly install, but they are not made specifically for the phone. You can test these distros on a PC, in order to test the software. If you want to try freerunner-specific software before buying, set up phone emulation with vmware or similiar virtualization software. The simulated phone will be slow, but you can at least test app features this way. > > I can live without PC sync as long as my information is safe in my > FreeRunner (stored in non-volatile memory in case the battery dies). I have never lost data, my experience is that everything is stored in non-volatile memory. The internal flash memory, or the microSD card. > 2. Is the FreeRunner’s display readable without a backlight? My Nokia > 6103b’s display has a backlight, but the backlight turns off after a few > seconds of inactivity. I do not find it readable without a backlight, but you can set the backlight timeout as long as you like. So if you want a few minutes, you can have that! > 3. I leave my Nokia 6103b on for about 16 hours or less per day. I do > not use it for most of that time. When I do use it, it is usually for > SMS or organiser applications, not for voice calls. Will the > FreeRunner’s battery life be OK for my usage? When not in use, the phone suspends automatically and uses very little power. It wakes up automatically if a call or sms comes in - or if you touch the power button. It should wake up in under 2s, at least with the SHR distro. To be on the safe side, I charge the phone every day. this is not as necessary as it used to be - suspending didn't work well in the beginning but this is fine now. It will not last 16 hours if you don't let it suspend though - for example if you do gps logging all the time. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] making bricks...
On Mon, 2009-06-29 at 12:00 +0200, Rask Ingemann Lambertsen wrote: > On Sun, Jun 28, 2009 at 09:02:28AM -0700, jeremy jozwik wrote: > > dmesg has given me this, most of which i do not understand. but i did > > try adding ip address command to usb3 and terminal reported back > > cannot find device > [snip] > > usb 3-1: New USB device found, idVendor=1d50, idProduct=5119 > > usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > > usb 3-1: Product: Neo1973 Bootloader U-Boot 1.3.2-moko12 > >You have to boot the Freerunner first. There's no USB Ethernet support in > the boot loader. That's a very astute observation, :-) David ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: which gps app can do this?
lanzo wrote: > Hi! > I'd like to be using my FR on my little boat as marine GPS. I was curious > if, in your opinion, it could be possible to constantly show the distance > between me and the nearest point on the coast line. This would be important > because in my country (and i guess everywhere) there are rules about the > little boats distances from the coast and I cannot overcome 3 nautical > miles. > If this is a safety feture, take care to use map data that is sufficiently accurate for your use. Also, the freerunner is not built to withstand salt water, so make sure it won't get wet. > I know it should be possible to show the distances between my present > position and any given point, but what about something always displaying the > distances between my position and the nearest point on the coast? > I don't know any such app, the use seems a bit special to me. So you may have to use an existing app, and add code to it for your use. An approach using navit - requires programming: I guess navit is a good choice. It has maps in vector format, including coastline. So you could add some code that periodically checks that at least some coast points are within 3 nautical miles. An approach using tangogps - no programming at all: Tangogps performs better than navit on the freerunner, it is faster. Tangogps uses a map made from png tiles. So there is no way to find the distance to the coast. However, you can make your own map (based on openstreetmap tiles) that includes the 3 mile border. You could have a line in the water, or color the forbidden regions differently. Then, you simply look at the map display now and then to check that you are within the allowed zone. The absolutely simplest way is to edit the png tiles with an image editor, and just draw the border line/area yourself. Openstreetmap has the information you need about scale. (How big regions the tiles cover.) This way require no programming at all, you just draw the (rough) limits onto the existing map. The tiles are small - you might have to edit lots of them depending on what zoom level and how big an area you need maps for. Better approach for tangogps - requires some software and configuration: A more elegant way is to render the tiles for your region yourself. openstreetmap.org has information on how you download software to do this. It is some one-time work downloading and installing the software. After that, you need to modify the rules for rendering, so that allowed and disallowed water is rendered with different color. (Or a borderline 3 miles outside the coast). Then, run the software so it renders maps for your region. This approach has the advantage that you can update with new data from openstreetmap now and then, and have your map improve with time. Perhaps you won't need to do actual programming, but you will have to work with rendering rules (and install some software). > is there maybe any more in-topic forum where i can ask this? > Your question is definitely on-topic, because you are using a freerunner. Don't worry about that. :-) For detailed help, note that navit has a mailing list, and openstreetmap has several mailing lists/forums where they can help you with rendering questions and other tech stuff. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
Alexander Syring wrote: > is there a possibility to update from v2 to v3? > Or should I always reflash my freerunner? Hi Alexander, i dont have time to support and test updates. But you can try (without warranty) to extract /opt /etc/fstab and /etc/rc.local from v3 image. > And what about the sms on sim-card? > I want to use my sim in my freerunner but I don't want that the freerunner is > deleting my sms on sim card. Then we need patch that makes deleting from SIM optional or something like that. I'll be glad to include this patch in my git. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
Hi is there a possibility to update from v2 to v3? Or should I always reflash my freerunner? And what about the sms on sim-card? I want to use my sim in my freerunner but I don't want that the freerunner is deleting my sms on sim card. Cheers Alex On 2009-06-28 radek polak wrote: > Hi, > i have updated my QtMoko debian base images [1]. You can find some > general info on homepage [2] and sources in git [3]. > > Most important changes include: > > * upgrade to QT 4.5.2 which should improve speed > * merge from other QtMoko branches with many bug fixes > * added nice new QtMaze game > * fixed problem so that apt-get should work out of the box now > > This new version should be stable as daily phone. > > You can also download QtMoko images based on FSO. For more info please > see QtMoko homepage [4]. > > The FSO images seem to be a bit faster. This is one thing that keeps me > puzzled. What could make the speed different? Same binary on different > rootfs should be the same fast. Anyone has idea why FSO is faster? > > Anyway enjoy images > > Cheers > > Radek > > > [1] http://activationrecord.net/radekp/qtmoko/download/ > [2] http://activationrecord.net/radekp/qtmoko/ > [3] http://github.com/radekp/qtmoko/tree/master/ > [4] http://qtmoko.org/ > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OM2009] Paroli oversized
On Mon, Jun 29, 2009 at 5:07 AM, Joel Newkirk wrote:
> I added a program to tele.edj triggering on signal "resize". (which
> also conveniently triggers on initial layout) At its debugging
> simplest, it is the following four lines of Embryo (the goal is to
> compare width vs height and decide portrait vs landscape layout):
>
> script {
> new basex,basey,basewidth,baseheight;
> get_geometry(PART:"base",basex,basey,basewidth,baseheight);
> new buf[10]; snprintf(buf, 10, "%i %i",
> basewidth,baseheight); set_text(PART:"num_field-text", buf);
> }
>
> I've since altered the script to actually perform layout changes,
> though I had to trigger the portrait.vs.landscape decision on
> baseheight being greater than 585.
>
Its so strange. So enlightenment report back 585 pixel width, when in reality
is it only 480px?
I have created a pixel perfect theme for my calculator, and every object
was created using exact pixels, and everything worked fine.
I defined sizes like this:
group {
name: "main";
min: 480 (640-64);
max: 480 (640-64);
script {
And everything was 1:1, so I used gimp and the measure tool to
make sure everything is right and not a single pixel off.
>> Any taker?
>
> That'd probably be me, since I'm the original author of Serenity.edj.
> The one currently included with OM2009 is a slightly altered V0.1. I
> actually have a v0.2 version and have been working now and then on
> further cleanup and fixes, but have diverted to work on retheming
> Paroli for a while. I'll probably get back to Serenity during the next
> couple weeks, and will try to get v0.2 (or later) available for use.
>
> One of the things holding up Serenity is that I need to find out how to
> decompile & edit & recompile enlightenment .cfg files. [so much to do,
> so little spare time]
>
If it is the only thing what you hold back;), please look at this page:
http://wiki.openmoko.org/wiki/Paroli-e
Laszlo
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] New debian images V3
maybe there are some services that runs only under debian, and not under fso ;) or maybe fso uses a different glibc (maybe eblibc?) On Sun, Jun 28, 2009 at 9:22 PM, Radek Polak wrote: > Hi, > i have updated my QtMoko debian base images [1]. You can find some > general info on homepage [2] and sources in git [3]. > > Most important changes include: > > * upgrade to QT 4.5.2 which should improve speed > * merge from other QtMoko branches with many bug fixes > * added nice new QtMaze game > * fixed problem so that apt-get should work out of the box now > > This new version should be stable as daily phone. > > You can also download QtMoko images based on FSO. For more info please > see QtMoko homepage [4]. > > The FSO images seem to be a bit faster. This is one thing that keeps me > puzzled. What could make the speed different? Same binary on different > rootfs should be the same fast. Anyone has idea why FSO is faster? > > Anyway enjoy images > > Cheers > > Radek > > > [1] http://activationrecord.net/radekp/qtmoko/download/ > [2] http://activationrecord.net/radekp/qtmoko/ > [3] http://github.com/radekp/qtmoko/tree/master/ > [4] http://qtmoko.org/ > > > > > ___ > 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: [shr-unstable] making bricks...
On Sun, Jun 28, 2009 at 09:02:28AM -0700, jeremy jozwik wrote: > dmesg has given me this, most of which i do not understand. but i did > try adding ip address command to usb3 and terminal reported back > cannot find device [snip] > usb 3-1: New USB device found, idVendor=1d50, idProduct=5119 > usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > usb 3-1: Product: Neo1973 Bootloader U-Boot 1.3.2-moko12 You have to boot the Freerunner first. There's no USB Ethernet support in the boot loader. -- 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: Elmdentica 0.3.0
hms... at least in Ubuntu it only scaled the text... I will later on try building a package and see what it'll look like on the freerunner but I doubt it'll be much different :( Thank you very much, anyway :) On Mon, Jun 29, 2009 at 10:58:56AM +0200, Thomas Seiler wrote: > in elementary, you can scale each visual element independently by > using the function > > void elm_object_scale_set (Evas_Object *obj, double scale) (...) > Hope this helps > > On Mon, Jun 29, 2009 at 7:29 AM, Rui Miguel Silva Seabra wrote: > > On Sun, Jun 28, 2009 at 02:48:01PM -0700, Morten wrote: > >> Looking really good! I love that you are using Elementary, it's _so_ much > >> nicer from a user perspective, almost a little iphonish =) > > > > Yeah, but does someone know how to make smaller buttons? > > > > Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] making bricks...
> [r...@localhost sbin]# ./ifconfig ifconfig -a shows everything, even inactive interfaces. additionally, you might check the host's logs when plugging in the fr: tail -f /var/log/messages and watch for some meaningful messages. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: which gps app can do this?
why not simply draw a circle with the boat's current position as center and the given distance (3nm) as radius and then check if the circle contains part of the coast line? the moment, the circle is empty, you're out of range. still no scenario for an usual gps app, but the coast lines should be available with almost all data (openstreetmap frinst) and thus easily checked. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Elmdentica 0.3.0
Hi Rui, in elementary, you can scale each visual element independently by using the function void elm_object_scale_set (Evas_Object *obj, double scale) on the evas object. The scale factor is applied to all elements of the object, i.e. not only the button size but also the buttons text is scaled. Note however that there is a minimal size of buttons, and other finger touchable things: ELM_FINGER_SIZE. ELM_FINGER_SIZE is an environment variable that gives the diameter of the finger in pixels, and elementary will make sure that buttons will never get smaller than ELM_FINGER_SIZE, such that they stay usable with your fingers..., Hope this helps Cheers, Thomas On Mon, Jun 29, 2009 at 7:29 AM, Rui Miguel Silva Seabra wrote: > On Sun, Jun 28, 2009 at 02:48:01PM -0700, Morten wrote: >> Looking really good! I love that you are using Elementary, it's _so_ much >> nicer from a user perspective, almost a little iphonish =) > > Yeah, but does someone know how to make smaller buttons? > > Rui > > -- > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Excercise 17: If the human brain was simple enough for us to understand we'd be so simple we couldn't understand. Prove this by induction. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr, others?] Flash drive mounted with "sync" option
> Since users don't like to manually unmount their devices, and developers > really don't like when users blame them for unrecoverable data loss, > default is to mount sync. Thank you for reminding me of that. You might be right that it is was a developer's choice, but if so it was a very poor design decision. The benefit of avoiding an fsck is quite modest, especially with journaled file systems. And, unless there's something I'm missing, a sync'd flash filesystem is unusably slow on the Freerunner. Here is an example of how I installed SHR onto a free partition on my SD card today: zcat openmoko-shr-image-*-om-gta02.rootfs.tar.gz | ssh -v r...@192.168.0.202 tar -C /media/mmcblk0p2 -xf - With "sync": All day to untar the distribution (no exact time, xfr canceled) Without "sync": 570 seconds to untar the distribution --Ben ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: DNS fix disappears on android beta 7
> "cat init.rc" confirms that the changes are there. > However, after reboot the changes the the DNS section in init.rc > disappear. most likely something overwrites them later on. either one of the init scripts (no clue what kind of init android uses) or the networking subsystem does that on it's own. check, if dhcp is triggered somehow and check the dhcp config. > In addition, gsm service is gone. does it come back, wheh you undo the dns changes? i'd guess, it is unrelated. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr, others?] Flash drive mounted with "sync" option
> I'd like to submit a bug report with a suggestion to remove the "-o > sync" option, but before I do, I wonder if anybody can tell me if > there is a valid reason to be using sync on all automounted drives. The reason is - if mount is not sync, something is writtent to the device, and then device is removed before it is manually unmounted AND unmount syscall completes, then device filesystem will become broken, possibly unrecoverable. Since users don't like to manually unmount their devices, and developers really don't like when users blame them for unrecoverable data loose, default is to mount sync. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr, others?] Flash drive mounted with "sync" option
Hi! Can anyone help me to figure out if the following behavior is a bug or not?
Under SHR (both testing and unstable), drives and partitions not
listed in fstab are automounted using the "sync" option which is
*very* slow and possibly damaging to flash media.
Slowness: While attempting to untar a file onto a partition mounted
using the "sync" option, my card could only handle 4KBps. When I
removed the sync option, the data rate increased by a hundred fold to
400KBps.
Damage: Quote from the man page for mount (from Debian):
sync All I/O to the file system should be done synchronously. In case
of media with limited number of write cycles (e.g. some flash
drives) "sync" may cause life-cycle shortening.
I'd like to submit a bug report with a suggestion to remove the "-o
sync" option, but before I do, I wonder if anybody can tell me if
there is a valid reason to be using sync on all automounted drives.
--Ben
P.S. I believe this bug/feature is controlled by /etc/udev/scripts/mount.sh:
automount() {
! test -d "/media/$name" && mkdir -p "/media/$name"
if ! $MOUNT -t auto -o sync $DEVNAME "/media/$name"
then
#logger "mount.sh/automount" "$MOUNT -t auto $DEVNAME
\"/media/$name\" failed!"
rm_dir "/media/$name"
else
logger "mount.sh/automount" "Auto-mount of [/media/$name] successful"
touch "/tmp/.automount-$name"
fi
}
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
