Re: Buzz Fix
le Wed, 9 Mar 2011 08:55:47 +0100 Alfa21 freerun...@my.is.it a écrit: 2011-03-08@21:04 Wesley Frazier Anybody have any tips on mitigating the buzz? If I have a model with the buzz, will grabbing the GTA04 motherboard when it comes out correct it? try to low the gain of your mic with alsamixer during a call and if you like the result save the status in the scenario file(s) the drawback is you have to speak loud about gta04: it's a completely different hardware to be put inside your case, not an upgrade module for gta02 board... the only thing you keep from your current phone is just the plastic case and the display ;) (+the battery, maybe) (and I hope we don't have similar hw issues in the new gta04 too! ^_^) Nope, Hopefully the GTA04 will come with brand new issues, bugs problems. ;-D This is a joke, I'm waiting for one (to solve bugs) ! -- ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ 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: [cutemaze] on [qtmoko 33] howto control moves?
in v32, the accelerometers do not work too Le mardi 08 mars 2011 21:32:55, Joif a écrit : Hi! Are we talking about QtMaze? If so I noticed that in the v33, and at least in QtMaze, the accelerometers do not work. Instead, the new game Gottet (a tetris clone) that I found in the apps page, seems to not have any kind of control buttons. I don't know if in previous version of QtMoko it worked with the accelerometers, but in v33 the game does not respond to any kind of input. Regards Joif -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/cutemaze-on-qtmoko- 33-howto-control-moves-tp6098568p6140519.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: Have I fried my freerunner?
On Wednesday 09 March 2011, John O'Hagan wrote: On Fri, 4 Mar 2011, Chuck Norris wrote: 04.03.2011 06:27, John O'Hagan пишет: On Tue, 1 Mar 2011, Thomas HOCEDEZ wrote: On Tue, 1 Mar 2011 13:16:54 + John O'Hagan resea...@johnohagan.com wrote: Hi, After a couple of years of fairly trouble-free qtmoko-FR use, I used a cheap in-car charger on a recent trip. The charger died, and the FR itself began exhibiting a number of odd behaviours such as not coming back from suspend, indicating charging status when it was not charging, crashing, and after a couple of days, not booting into qtmoko at all. [snip] I needed to reflash both Qi and the rootfs to get a bootable phone, but to no avail: although the reflashing went fine, the FR will no longer charge, although the battery indicator showed charging status. Both my batteries are now dead. Looks like my poor FR took quite a beating from that cheap charger. Any advice how to diagnose/repair this? Since you're asking I assume you don't have much/any electronic diagnostic skill, and wouldn't find the schematics much use. If so, your best bet is probably to find someone with the right skills as you'll need someone skilful to do any repairs anyway. If you can recharge your batteries with a nokia or universal charger there is a functional test that can narrow down the problem a little. Schematics and component placement: http://downloads.openmoko.org/developer/schematics/GTA02/Schematics_Freerunner- GTA02_A5-A7cumulative_public_RC0.pdf http://downloads.openmoko.org/developer/schematics/GTA02/component- placement_by_lindi/ Opening the Freerunner is the same as the Neo1973: http://wiki.openmoko.org/wiki/Disassembling_Neo1973 The charge controller is under the same can as the capacitors for the bass fix: http://wiki.openmoko.org/wiki/GTA02_bass_fix The USB connector and protection is on page 7 of the schematics, and its connection to the power controller and battery is on page 4. If you're lucky one or more of the protective diode clamps has failed short circuit, and can be replaced relatively easily. If you're unlucky you have a power controller that is only partially working. Replacing that isn't an easy job even if you can get a spare part. If you have a working battery then you can try a battery swap to see if the power is getting to the power control chip. Boot the phone, plug in the charger, then remove the battery briefly as if you were changing batteries. If it keeps running than the power is reaching the power controller which is most likely partially broken. If it powers down then the problem might be in the protective bits before the power controller. Good luck! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS and QTMoko
--- On Tue, 3/8/11, Wesley Frazier wes.fraz...@gmail.com wrote: If I boot my freerunner up from a cold boot and manually start GPRS it works fine. (...) it seems to stop working,(...)Regardless of whether or not it is set to On Demand or not. I got the same issue on QTMoko 0.33. I can prevent it by turning on multiplexing under modem settings in NeoControl: then it won't connect at all. A while back GPRS came up as well; anyone with an uninterrupted connection, could you tell whether you run anything in the background or prevent bursts of activity, or anything the like? Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS and QTMoko
--- On Wed, 3/9/11, W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Tue, 3/8/11, Wesley Frazier wes.fraz...@gmail.com wrote: If I boot my freerunner up from a cold boot and manually start GPRS it works fine. (...) it seems to stop I got the same issue on QTMoko 0.33. A while back GPRS came up as well; came up on the list, that is. run anything in the background I tried one of the suggestions, run ping in the background as keep alive. For the last one and a half hour (or something), ping has been running happily with about 750ms for an answer; count of icmp_req is 2800 at the moment. The usefulness of the connection seems to have dropped though: the first minutes NeronGPS would receive tiles relatively fast, and browsing websites mostly filled with text would be OK. At the moment, downloading four tiles for one screen of NeronGPS takes close to half a minute (increasing icmp answers to about 2 seconds). All of this is symptom description of course, I still have to find out whether I am able to do anything useful with the underlying code. Regards, Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
On Sat, Mar 5, 2011 at 5:14 PM, Alfa21 freerun...@my.is.it wrote: previously I had v31 and it was ok, but only on the first attempt and then I needed to reboot (rebooted also because wifi didn't stop and battery drain empty in few hours) quoting myself to report this bug is present in v33 too: if you successfully connect to any wifi network (in v33 only open networs are accessible) then the hardware remains in active state, draining the battery flat in few hours depsite you disable the connection via the software interface. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi doesn't power off and drains the battery
Alfa21-mobile freerun...@my.is.it writes: draining the battery flat in few hours depsite you disable the connection via the software interface. I think there are different interface alternatives. Which one are you using? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
--- On Wed, 3/9/11, Alfa21-mobile freerun...@my.is.it wrote: if you successfully connect to any wifi network (in v33 only open networs are accessible) then the hardware remains in active state, draining the battery flat in few hours depsite you disable the connection via the software interface. Ah, that explains..! I had such an idea, after my battery ran out much faster than I expected. In general, is there a GUI-feedback on the neo-quick-settings (or what is it, top left icon with the cogwheels when using Faenqo?) For now, I put most of them in favourites, so that I will return to home after successfully clicking something. The current status of some of them I have been able to find back in the GUI, so I understand that for now /proc can be consulted for the current status? Boudewijn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS and QTMoko
On Wed, 9 Mar 2011 04:14:42 -0800 (PST) W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Wed, 3/9/11, W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Tue, 3/8/11, Wesley Frazier wes.fraz...@gmail.com wrote: If I boot my freerunner up from a cold boot and manually start GPRS it works fine. (...) it seems to stop I got the same issue on QTMoko 0.33. A while back GPRS came up as well; came up on the list, that is. run anything in the background I tried one of the suggestions, run ping in the background as keep alive. For the last one and a half hour (or something), ping has been running happily with about 750ms for an answer; count of icmp_req is 2800 at the moment. I left an irssi session running for ~12 hours which never PTO'd. I did and still do have problems with GPRS staying connected whether using on demand or always on unless I background something. The usefulness of the connection seems to have dropped though: the first minutes NeronGPS would receive tiles relatively fast, and browsing websites mostly filled with text would be OK. At the moment, downloading four tiles for one screen of NeronGPS takes close to half a minute (increasing icmp answers to about 2 seconds). My provider (T-Mobile) has an unlimited $1.49 data day pass which slows to a crawl once it hits 30Mb of data. Does your provider do something similar? I hadn't noticed any slowdowns until hitting this limit while running irssi to keep the connection alive. Once it does slow down it stays slow until I buy another day pass. Does your connection speed ever increase again? Perhaps using mtr-tiny instead of ping might shed some light on what's happening with your GPRS connection. All of this is symptom description of course, I still have to find out whether I am able to do anything useful with the underlying code. Regards, Boudewijn This reminds me of the old days when AOL used to drop connections which usually happened in the middle of a rather large software update of course. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v33
On 03/04/2011 23:17, community-requ...@lists.openmoko.org wrote: Thanks for keeping up the good work Radek. I'm currently running v31. I added the new repository to the sources.list file, did an apt-get update, then apt-get upgrade and this is what I get: Preparing to replace qtmoko 31-13 (using .../archives/qtmoko_33-1_armel.deb) ... Unpacking replacement qtmoko ... dpkg: error processing /var/cache/apt/archives/qtmoko_33-1_armel.deb (--unpack): trying to overwrite `/opt/qtmoko/help/html/packagemanager-view-app.html', which is also in package qtmoko-files dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/qtmoko_33-1_armel.deb E: Sub-process /usr/bin/dpkg returned an error code (1) What should I do to upgrade to the latest? I think you should delete /opt then update-rc.d -f qpe.sh remove apt-get install qtmoko update-rc.d qtmoko defaults However i have not tested this and i dont promise it will work:-) Please note that this is still experimental. Next version will be probably stable. Regards Radek It worked perfectly, thanks! Moreover, the battery duration looks improved: another good news! Cheers Giacomo PS Is it possible to install all the tool-chain (build-dep, libqt4-dev, qtmoko-debian-toolchain-armv4t-eabi.tar.gz, libmpfr1ldbl_XXX_i386.deb and libgmp3c2_XXX_i386.deb) on Lenny, x86_64, as a normal user? -- ## giacomo 'giotti' mariani gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859 O ASCII ribbon campaign: stop HTML mail www.asciiribbon.org ## ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz Fix
On Wed, 9 Mar 2011 09:19:13 +0100 Thomas HOCEDEZ thomas.hoce...@free.fr wrote: le Wed, 9 Mar 2011 08:55:47 +0100 Alfa21 freerun...@my.is.it a écrit: 2011-03-08@21:04 Wesley Frazier Anybody have any tips on mitigating the buzz? If I have a model with the buzz, will grabbing the GTA04 motherboard when it comes out correct it? try to low the gain of your mic with alsamixer during a call and if you like the result save the status in the scenario file(s) the drawback is you have to speak loud This worked for me on qtmoko, I was using a bluetooth headset most of the time but there are some issues with that approach. Here's a link from a previous ml posting about audio settings: http://hnet.endofinternet.net/elektro/Freerunner/ALSA/sound_setting.html Good luck Wesley! Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
yes, I can confirm, with the command: echo s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi/unbind the battery charge is in safe :) tnx! On Wed, Mar 9, 2011 at 2:29 PM, W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Wed, 3/9/11, Alfa21-mobile freerun...@my.is.it wrote: if you successfully connect to any wifi network (in v33 only open networs are accessible) then the hardware remains in active state, draining the battery flat in few hours depsite you disable the connection via the software interface. Ah, that explains..! I had such an idea, after my battery ran out much faster than I expected. In general, is there a GUI-feedback on the neo-quick-settings (or what is it, top left icon with the cogwheels when using Faenqo?) For now, I put most of them in favourites, so that I will return to home after successfully clicking something. The current status of some of them I have been able to find back in the GUI, so I understand that for now /proc can be consulted for the current status? Boudewijn ___ 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
sd card not unmounting?
Brian bn...@rochester.rr.com wrote: This worked for me on qtmoko, I was using a bluetooth headset most of the time but there are some issues with that approach. Here's a link from a previous ml posting about audio settings: http://hnet.endofinternet.net/elektro/Freerunner/ALSA/sound_setting.html That article solves my sound problems! - thanks for posting it. I automount a sd card partition (ext2); the system does not seem to unmount it cleanly. It makes no difference whether I halt or reboot either from the gui or commandline; when the neo comes back up if I fsck the card it reports that it was not unmounted cleanly. I've just updated to v33 after sticking for some time with v26 - I'm pretty certain this behaviour did not happen in that older version. Certainly the card would need a fsck after a crash, but not after a clean shut down. Would someone check this - it looks like a bug to me. -- David Matthews m...@dmatthews.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS and QTMoko
I have recently discovered if I set the GPRS connection to Only Connect When Needed and then start and stop it. THEN switch it to Always Online after a fresh reboot, that I then can enjoy days of GPRS data on end, until my next reboot. The problem is this ritual is sub optimal. Obviously the first connection is initializing something that the Always Online mode fails to. Although I do not know what it could be. -- Forwarded message -- From: Brian bn...@rochester.rr.com To: community@lists.openmoko.org Date: Wed, 9 Mar 2011 08:40:39 -0500 Subject: Re: GPRS and QTMoko On Wed, 9 Mar 2011 04:14:42 -0800 (PST) W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Wed, 3/9/11, W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Tue, 3/8/11, Wesley Frazier wes.fraz...@gmail.com wrote: If I boot my freerunner up from a cold boot and manually start GPRS it works fine. (...) it seems to stop I got the same issue on QTMoko 0.33. A while back GPRS came up as well; came up on the list, that is. run anything in the background I tried one of the suggestions, run ping in the background as keep alive. For the last one and a half hour (or something), ping has been running happily with about 750ms for an answer; count of icmp_req is 2800 at the moment. I left an irssi session running for ~12 hours which never PTO'd. I did and still do have problems with GPRS staying connected whether using on demand or always on unless I background something. The usefulness of the connection seems to have dropped though: the first minutes NeronGPS would receive tiles relatively fast, and browsing websites mostly filled with text would be OK. At the moment, downloading four tiles for one screen of NeronGPS takes close to half a minute (increasing icmp answers to about 2 seconds). My provider (T-Mobile) has an unlimited $1.49 data day pass which slows to a crawl once it hits 30Mb of data. Does your provider do something similar? I hadn't noticed any slowdowns until hitting this limit while running irssi to keep the connection alive. Once it does slow down it stays slow until I buy another day pass. Does your connection speed ever increase again? Perhaps using mtr-tiny instead of ping might shed some light on what's happening with your GPRS connection. All of this is symptom description of course, I still have to find out whether I am able to do anything useful with the underlying code. Regards, Boudewijn This reminds me of the old days when AOL used to drop connections which usually happened in the middle of a rather large software update of course. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Wes Frazier Nationalism is an infantile disease. It is the measles of mankind. - Albert Einstein -- Wes Frazier Nationalism is an infantile disease. It is the measles of mankind. - Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz Fix
Pretty familiar with alsamixer, although what do I need to do to save the scenario file? Do you think it is worth my time to pursue getting the buzzfix or should I just wait for the GTA04 ? Whats the expected release date / price ? -- Forwarded message -- From: Alfa21 freerun...@my.is.it To: community@lists.openmoko.org Date: Wed, 9 Mar 2011 08:55:47 +0100 Subject: Re: Buzz Fix 2011-03-08@21:04 Wesley Frazier Anybody have any tips on mitigating the buzz? If I have a model with the buzz, will grabbing the GTA04 motherboard when it comes out correct it? try to low the gain of your mic with alsamixer during a call and if you like the result save the status in the scenario file(s) the drawback is you have to speak loud about gta04: it's a completely different hardware to be put inside your case, not an upgrade module for gta02 board... the only thing you keep from your current phone is just the plastic case and the display ;) (+the battery, maybe) (and I hope we don't have similar hw issues in the new gta04 too! ^_^) -- ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. -- Wes Frazier Nationalism is an infantile disease. It is the measles of mankind. - Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sd card not unmounting?
On Wed, 9 Mar 2011 16:46:45 + dmatthews.org m...@dmatthews.org wrote: Brian bn...@rochester.rr.com wrote: This worked for me on qtmoko, I was using a bluetooth headset most of the time but there are some issues with that approach. Here's a link from a previous ml posting about audio settings: http://hnet.endofinternet.net/elektro/Freerunner/ALSA/sound_setting.html That article solves my sound problems! - thanks for posting it. Glad it helped but the real thanks goes here: http://lists.openmoko.org/pipermail/community/2011-January/064233.html I automount a sd card partition (ext2); the system does not seem to unmount it cleanly. It makes no difference whether I halt or reboot either from the gui or commandline; when the neo comes back up if I fsck the card it reports that it was not unmounted cleanly. Perhaps there's an open file on the mounted partition? You might try using lsof and fuser to diagnose this. I've just updated to v33 after sticking for some time with v26 - I'm pretty certain this behaviour did not happen in that older version. Certainly the card would need a fsck after a crash, but not after a clean shut down. I used v26 for a long time as well and am currently using v31. Neither of them has exhibited the behavior you're reporting. Would someone check this - it looks like a bug to me. I might try upgrading to v33 soon but probably not for a couple of weeks. Good luck in diagnosing the problem though. You might want to start a new thread so this one doesn't get convoluted with two very different topics. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS and QTMoko
--- On Wed, 3/9/11, Wesley Frazier wes.fraz...@gmail.com wrote: I have recently discovered if I set (cut ritual) GPRS data on end, until my next reboot. You ARE quite sure that it does not have to do with the phase of the moon, the number of mushrooms in your basement or anything the like? The problem is this ritual is sub optimal. Obviously the first connection is initializing something that the Always Online mode fails to. Although I do not know what it could be. Haha, it is not the most optimal, but the results count. I will give it a try! Boudewijn -- Forwarded message -- From: Brian bn...@rochester.rr.com To: community@lists.openmoko.org Date: Wed, 9 Mar 2011 08:40:39 -0500 Subject: Re: GPRS and QTMoko On Wed, 9 Mar 2011 04:14:42 -0800 (PST) W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Wed, 3/9/11, W. B. Kranendonk wankelwan...@yahoo.com wrote: --- On Tue, 3/8/11, Wesley Frazier wes.fraz...@gmail.com wrote: If I boot my freerunner up from a cold boot and manually start GPRS it works fine. (...) it seems to stop I got the same issue on QTMoko 0.33. A while back GPRS came up as well; came up on the list, that is. run anything in the background I tried one of the suggestions, run ping in the background as keep alive. For the last one and a half hour (or something), ping has been running happily with about 750ms for an answer; count of icmp_req is 2800 at the moment. I left an irssi session running for ~12 hours which never PTO'd. I did and still do have problems with GPRS staying connected whether using on demand or always on unless I background something. The usefulness of the connection seems to have dropped though: the first minutes NeronGPS would receive tiles relatively fast, and browsing websites mostly filled with text would be OK. At the moment, downloading four tiles for one screen of NeronGPS takes close to half a minute (increasing icmp answers to about 2 seconds). My provider (T-Mobile) has an unlimited $1.49 data day pass which slows to a crawl once it hits 30Mb of data. Does your provider do something similar? I hadn't noticed any slowdowns until hitting this limit while running irssi to keep the connection alive. Once it does slow down it stays slow until I buy another day pass. Does your connection speed ever increase again? Perhaps using mtr-tiny instead of ping might shed some light on what's happening with your GPRS connection. All of this is symptom description of course, I still have to find out whether I am able to do anything useful with the underlying code. Regards, Boudewijn This reminds me of the old days when AOL used to drop connections which usually happened in the middle of a rather large software update of course. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Wes Frazier Nationalism is an infantile disease. It is the measles of mankind. - Albert Einstein -- Wes Frazier Nationalism is an infantile disease. It is the measles of mankind. - Albert Einstein ___ 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
bug: sd card not unmounting
I do think this is a bug new in v33 as described below any shutdown/reboot, whether from commandline or gui, means that a fsck of the card reports it was not cleanly unmounted. I ran lsof | grep /media/card to show no open files - but this is too regular (100% reproducible) and never happened after a clean shutdown on v26. In any case the system should force a close of any unopen files and an umount before it shuts down. I automount a sd card partition (ext2); the system does not seem to unmount it cleanly. It makes no difference whether I halt or reboot either from the gui or commandline; when the neo comes back up if I fsck the card it reports that it was not unmounted cleanly. -- David Matthews m...@dmatthews.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] faenqomod updated
Hi! The bulk of the Faenza icons used are png (exported from svg) with transparent elements. The jpgs do not support transparency, so a set of jpg icons, derived from the original pngs, could have graphical glitches. I have a question. I'm trying to bring in the context bar the inputmethod-plugin (the icon to choose the keyboard). In the context bar is easy to set three areas (maybe for a third button), this is the code (from the theme xml): http://pastebin.com/X1gkkf4n in this way I have: button0, button1, test pic; Now, if I take, from the title bar xml file, the lines for the inputmethod-plugin and I copy/paste them substituting the test pic (just adjusting the dimension and the position): http://pastebin.com/B9kFtq1s I have a non working system, it is necessary to delete the added lines or I can only use the moko via ssh from usb, the GUI seems to not load and I see only the console on screen. IIRC in previous versions of QtMoko I had an everlasting series of segmentation faults. the question is: why these lines work in the titlebar but not in the context bar? Thank you! Joif -- View this message in context: http://openmoko-public-mailinglists.1958.n2.nabble.com/QtMoko-faenqomod-updated-tp6090693p6154664.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: bug: sd card not unmounting
no, not here. I've v33 and works for me! (full installation on uSD with 3 partitions: storage/rootfs/swap) rather, are you 100% sure about your hardware clock? otherwise system vs rtc clock skews may trigger a check of the filesystem! regards. On Wed, Mar 9, 2011 at 6:36 PM, dmatthews.org m...@dmatthews.org wrote: I do think this is a bug new in v33 as described below any shutdown/reboot, whether from commandline or gui, means that a fsck of the card reports it was not cleanly unmounted. I ran lsof | grep /media/card to show no open files - but this is too regular (100% reproducible) and never happened after a clean shutdown on v26. In any case the system should force a close of any unopen files and an umount before it shuts down. I automount a sd card partition (ext2); the system does not seem to unmount it cleanly. It makes no difference whether I halt or reboot either from the gui or commandline; when the neo comes back up if I fsck the card it reports that it was not unmounted cleanly. -- David Matthews m...@dmatthews.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: bug: sd card not unmounting
no, not here. I've v33 and works for me! (full installation on uSD with 3 partitions: storage/rootfs/swap) My roofs is on nand; the rootfs unmounts cleanly, but not the uSD based partition that I automount on /media/card rather, are you 100% sure about your hardware clock? otherwise system vs rtc clock skews may trigger a check of the filesystem! I don't think this can explain it, but to check I did this:- 1. I shutdown the neo and fsck the uSD in a laptop 2. this reports a filesystem that was not unmounted properly - same as I get on the Neo 3 I put the card back in the neo and start up and fsck - I have a clean filesystem on the uSD for the first time after a shutdown/reboot! I think this is clear evidence of an unclean shutdown and it only happens since I upgrade to v33 - I don't think there is any hardware issue here. -- David Matthews m...@dmatthews.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz Fix
2011-03-09@12:05 Wesley Frazier Pretty familiar with alsamixer, although what do I need to do to save the scenario file? in a shell: alsactl -f /my/path/to/test.scenario store Do you think it is worth my time to pursue getting the buzzfix or should I just wait for the GTA04 ? Whats the expected release date / price ? I think you should try with the mixer. afaik there is no release date by now for the upcoming gta04. -- ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bug: sd card not unmounting
mmh.. I can't say anything on this topic... I've never tried nand since om2008 :P maybe it's a bug specific for nand users with a uSD partition? yes maybe - I always use the nand though and this did not happen with v26 please try this: log-in via usb-ssh on your moko /etc/init.d/qpe stop (or through the gui shutdown qt extended) killall atd hwclock -r (check if the result is ok) date (verify it's the same value) root@moke:~# /etc/init.d/qpe stop -bash: /etc/init.d/qpe: No such file or directory root@moke:~# /etc/init.d/qtmoko stop root@moke:~# killall atd atd: no process found root@moke:~# hwclock -r Wed Mar 9 19:29:45 2011 -0.155039 seconds root@moke:~# date Wed Mar 9 19:29:55 UTC 2011 root@moke:~# Regards -- David Matthews m...@dmatthews.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bug: sd card not unmounting
I think I should add to my own post to mention that I briefly tried the January SHR testing a few weeks ago. That had the same problem ie (even) a clean shutdown - fsck reporting improper unmounting of the uSD. To summarize my experience:- qtmoko v26 - this problem does not happen SHR testing - I first see this issue back to qtmoko v26 - problem goes away qtmoko v33 -the same problem comes back I assume both distros are using the same kernel, so my guess is there is a problem there. root@moke:~# /etc/init.d/qpe stop -bash: /etc/init.d/qpe: No such file or directory root@moke:~# /etc/init.d/qtmoko stop root@moke:~# killall atd atd: no process found root@moke:~# hwclock -r Wed Mar 9 19:29:45 2011 -0.155039 seconds root@moke:~# date Wed Mar 9 19:29:55 UTC 2011 root@moke:~# -- David Matthews m...@dmatthews.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bug: sd card not unmounting
On 9 March 2011 20:07, dmatthews.org m...@dmatthews.org wrote: I think I should add to my own post to mention that I briefly tried the January SHR testing a few weeks ago. That had the same problem ie (even) a clean shutdown - fsck reporting improper unmounting of the uSD. Interesting. Is there a way to check for the filesystem was not unmounted cleanly status without removing the uSD and taking it to another computer? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko and FSO (was: qtmoko v33)
Hi, I hope there is still some chances that Radek will change his dicision. From my point of view where is no real need in FSO/qt gibrid, because of following reasons: 1. qt stack has richer functionalily, better performance, and less bugs than that FSO dbus/vala thing (don't throw rotten tomatoes to me plese) 2. qt has it's own resource management, FSO - it's own, rewriting qt one to FSO one is worthless effort 3. where logs of significantly more useful, easier and non-destructive goals to rich, i can suggest few: 3.1 switch back to X11. with new graphical subsystem performance this will work great. 3.2 switch to newer qt versions 3.3 fix 100500 bugs left 3.4 add gta04 support - most important 3.5 improve performance and usability 3.6 implement new features, like: 'geek' theme, sliding buttons in answer screen ^^^ IMO this set can keep everyone busy for a while. where is also no real benefit visible from switching to FSO. qtmoko will become more complicated, more buggy, slower, harder to develop :( I afraid i'll have to stay on non-FSO version forether. And certain, this planned change worth more discussion. If someone wants FSO, better to install it on debian or with SHR. Gennady. В Втр, 08/03/2011 в 18:00 +0100, Radek Polak пишет: Dmitry Chistikov wrote: I'm afraid it's too early to ask, but could you give an estimate on how much time it'll take to enable the use of FSO framework? Just something like about a year or, say, not less than four months. Writing simple dialer application could be matter of days/hours. Integrating all the functions so that it looks like qtmoko now will be much more difficult (i cant even guess how much). We also need FSO running on debian - i'd prefer current git version. I am not aware if there are debian packages for recent FSO. Anyone knows? Regards Radek ___ 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: bug: sd card not unmounting
2011-03-09@20:26 Neil Jerram Interesting. Is there a way to check for the filesystem was not unmounted cleanly status without removing the uSD and taking it to another computer? Neil yes, you can play with the usb file storage gadget module. == /opt/qtmoko/bin/usb-mass-storage-on.sh it should be quite the same as accessing the uSD as inserted into an usb reader. (btw there is a known bug with g_file_storage module in v33 and you could get a kernel panic) -- ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SensMon - Monitoring sensors on your handheld
Hi folks, I released a new version of SensMon (0.21) which among other things allows to accept sensor data input through network socket or recorded sensor data from a textfile. I also introduced sort of a config file for setting basic options. Since it's not totally user-friendly yet, you might take a look at the wiki page (http://wiki.openmoko.org/wiki/SensMon) for instructions on how to use this features. This version is finally available directly from the SHR-unstable feeds. Currently the FreeRunner accel chips (i2c (N900) + spi interface), FRNBv1+v2 sensors and some others are supported (remember to load the corresponding kernel modules before using ;)). Regards, Michele ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko and FSO (was: qtmoko v33)
Agree with Gennady. Look what happened to SHR! It is also necessary to fix rndis usb-host ) On Wed, 09 Mar 2011 22:48:28 +0300, Gennady Kupava wrote: Hi, I hope there is still some chances that Radek will change his dicision. From my point of view where is no real need in FSO/qt gibrid, because of following reasons: 1. qt stack has richer functionalily, better performance, and less bugs than that FSO dbus/vala thing (don't throw rotten tomatoes to me plese) 2. qt has it's own resource management, FSO - it's own, rewriting qt one to FSO one is worthless effort 3. where logs of significantly more useful, easier and non-destructive goals to rich, i can suggest few: 3.1 switch back to X11. with new graphical subsystem performance this will work great. 3.2 switch to newer qt versions 3.3 fix 100500 bugs left 3.4 add gta04 support - most important 3.5 improve performance and usability 3.6 implement new features, like: 'geek' theme, sliding buttons in answer screen ^^^ IMO this set can keep everyone busy for a while. where is also no real benefit visible from switching to FSO. qtmoko will become more complicated, more buggy, slower, harder to develop :( I afraid i'll have to stay on non-FSO version forether. And certain, this planned change worth more discussion. If someone wants FSO, better to install it on debian or with SHR. Gennady. В Втр, 08/03/2011 в 18:00 +0100, Radek Polak пишет: Dmitry Chistikov wrote: I'm afraid it's too early to ask, but could you give an estimate on how much time it'll take to enable the use of FSO framework? Just something like about a year or, say, not less than four months. Writing simple dialer application could be matter of days/hours. Integrating all the functions so that it looks like qtmoko now will be much more difficult (i cant even guess how much). We also need FSO running on debian - i'd prefer current git version. I am not aware if there are debian packages for recent FSO. Anyone knows? Regards Radek ___ 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