Re: [debian/fso] w/o sim battery empties alarmingly fast
Currently broken - a dbus command to do it was posted a few days ago. BillK On Wed, 2010-04-07 at 11:20 +0200, Yorick Moko wrote: I think that on most networks you can still dial emergency numbers without SIM you'll have to power down the wifi antenna in shr-settings it is easy to do (settings-phone I think) On Wed, Mar 31, 2010 at 8:45 PM, arne anka openm...@ginguppin.de wrote: well, i have to confess, i fell off the waggon and bought an n900, too -- already got the impression i was one of the last of the mohicans using the fr as sole phone (or phone at all). anyway, now the fr doesn't have a sim card anymore, i expected the battery to last much longer than the usual 3 days -- but, actually, it goes flat very, very fast! what does fso do when no sim is detected? imo it should disable everything related to telephony and thus save a lot of power, but that doesn't seem to be what happens. the second best bet would probably be to manually diasble all kind of stuff in some config files, but which would that be? but i would very much prefer the first scenario, allowing me to put a sim back in and use the fr as a phone w/o any changes. ___ 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 -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: fullscreen transparent keyboard
I think first someone who knows how should fix the standard keyboard in landscape - that ones been there since almost forever :( BillK On Thu, 2010-04-01 at 20:12 +0200, Martix wrote: What about creating new fullscreen keyboard profile for illume? My idea is huge keyboard in landscape display mode with single line upwards for text input. 2010/4/1 Chuck Norris norris.ch...@mail.ru: I think it would be nice to have fullscreen transparent keyboard instead of small keyboard in the bottom that eats screen space. So anybody know application that fit my needs? I googled... but found nothing interesting. I've begun developing my own virtual keyboard. I've created sample gtk application - transparent window with one button that sends a to X. Will my keyboard be useful for anybody if I'll continue creating it? ___ 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 -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
I tried illume2 when it first came out and it shows promise but was quite broken - keyboard issues and window nesting(wrong/lost focus) amongst various things so it was suggested not to use it. There have been a lot of updates since then so I am not sure of current status (shr-t or shr-u) Perhaps someone who knows can comment? BillK On Thu, 2010-04-01 at 21:20 -0400, Adam Jimerson wrote: Well I am working on getting my FR update to date to figure this out as well, I haven't done an upgrade on it for months so currently reflashing. Speaking of reflashing (sorry to hijack this thread a little) but what is up with the Illume2 SHR option? On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy bi...@iinet.net.au wrote: On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ 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 -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Upgrades for SHR-unstable
Nooo! Neat! - thx - I wonder it caused any heart attacks :) BillK On Thu, 2010-04-01 at 21:35 -0400, Adam Jimerson wrote: Ok for those who have not upgraded their freerunners, or can't and want to know about the joke here is a screen shot http://picasaweb.google.com/lh/photo/pfqKNbzh6AIrRh1HhR2HyQ?authkey=Gv1sRgCNj1tKmli4afRAfeat=directlink Please no one get mad at me for pointing out the obvious joke in the SHR-U build. On Thu, Apr 1, 2010 at 9:20 PM, Adam Jimerson vend...@gmail.com wrote: Well I am working on getting my FR update to date to figure this out as well, I haven't done an upgrade on it for months so currently reflashing. Speaking of reflashing (sorry to hijack this thread a little) but what is up with the Illume2 SHR option? On Thu, Apr 1, 2010 at 8:56 PM, William Kenworthy bi...@iinet.net.au wrote: On Thu, 2010-04-01 at 07:19 -0700, jeremy jozwik wrote: On Thu, Apr 1, 2010 at 6:38 AM, Thomas Franck thomas.fra...@gmx.com wrote: Done so.. when I checked again it was screen was black (locked).. I tapped it.. and that image was very very scary.. ;) April Fools day and all, I suppose.. will it change with the an update tomorrow? :P make sure to screen grab it first! Not using shr-u, can someone post a screen grab so we can share the joke! :) BillK ___ 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 -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Set the time zone?
On Tue, 2010-03-30 at 10:39 +0200, David Garabana Barro wrote: On Tuesday 30 March 2010 09:52:15 Michael Smith wrote: On Mon, 29 Mar 2010 09:31:47 -0400 Iain B. Findleton ifindle...@videotron.ca wrote: While I can set the time, I can't figure how to set the time zone on the FR under SHR-U. The tzselect utility does not work for me for some reason. Any suggestions? This is how I did it: ln -sf /usr/share/zoneinfo/Australia/Sydney /etc/localtime And you should edit /etc/timezone and put there your timezone: r...@om-gta02:~# cat /etc/timezone Europe/Madrid Most mainstream distros (though not all) have moved to copying the file and not using a symlimk - the reason given is that if /usr is on a separate partition then it might not be available during boot and cause problems. The package manager is supposed to manage the file. Some discussion here, though its not the final word on it: http://bugs.gentoo.org/110038; BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: getting started with wlan
On Sun, 2010-03-21 at 01:28 +0100, Kai-Martin wrote: Hi. Last week, I bought this used freerunner, version GTA02-A5. I decided to dump the existing install and do a fresh flash of shr. So I followed the directions in http://wiki.openmoko.org/wiki/SHR_User_Manual : Download images from http://build.shr-project.org/shr-testing/images/om-gta02 full-om-gta02.jffs2 uImage-om-gta02-latest.bin modules-2.6.29-oe11+gi...355c2067c4e88-r8-om-gta02.tgz Install of rootfs and kernel image with dfu-util was successful. For the kernel moduls, the manual just says: Put that file on the FreeRunner and run gzi -dc modules ... The only way could come up to put the file on the freerunner, was with sftp via usb_ether, after the image and the kernel had been flashed and booted. Is this the way the modules are supposed to be installed? Just a point ... why modules? - the jffs file already has the modules installed - you only need the module step if you are changing from the matching kernel so need to change them. Saves a couple of steps and the heartache of trying to install the modules. Suggestion, if you really want the modules - put them on the sd card using the old system before flashing :) Sorry cant help with wifi - I find that mokoconnect and similar gui's are too flaky - manual is more reliable. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Serious problems after failed upgrade
Why dont you reflash? (you do know that the FR has two boot options for flashing - one being read only so it cant be easily trashed? - see the wiki) Your description implies that the upgrade left you with a missmatched kernel and modules, or no modules - can you flash your original kernel back (you do keep backups/versions? :) Put a distro on an SD card, boot and install the matching modules package. Just depends how much you lose with whats on the phone - easier just to reflash and start again if nothing valuable. BillK On Wed, 2010-03-17 at 08:28 -0800, vancel35 wrote: Unfortunately I cannot get into the boot menu, and my desktop computers don't see the FR. Not only that, but last night I tried the 1 amp wall charger to see if the higher output would get it to recognize the USB/power cable, and it didn't. The interesting thing about the USB port is that if I plug the adapter into the FR while it's turned off, it recognizes the connection and boots (as expected) but somewhere along the way the USB port is completely disabled. I don't know if it's a mokonnect failure or what, but something is completely hosed. So much that I used to be able to take the battery out as long as it was connected to the charger, but now it turns off as if it wasn't. Would I be able to fix it if I had a debug board? I also need the buzz fix done on my phone, so if there were a US company that I could send the phone to that would do that work, maybe they could reinstall the bootloader so that I could at least get to the boot menu. That's really all I need is to get to the boot menu and I can do the rest from there. The FreeRunner was my first smart phone, and I've gotten used to it. I don't want to tether myself to either Apple or Google, and I definitely don't want a Microsoft smart phone, so that leaves the FR, or some other smart phone that I haven't found yet. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My FreeRunner’s USB port still works for power, but not data?
Not using a hub (same ports on the same laptop) - some cables work, some dont, only the cable differs :( BillK On Thu, 2010-03-04 at 08:58 +0100, Ed Kapitein wrote: Or try a diffrent hub/no hub at all. My FR works fine with the same cable plugged into my desktop POC, but when i plug the same cable in one of my hubs, it only charges and no data connection is possible Kind regrads, Ed On Thu, 2010-03-04 at 15:39 +0800, William Kenworthy wrote: I'll second that - bought two cables while on holiday as I forgot to pack one. Neither will work for data, but will charge. The others I have at home work fine. BillK On Thu, 2010-03-04 at 18:11 +1100, Michael Smith wrote: On Wed, 03 Mar 2010 11:19:35 -0800 Brolin Empey bro...@brolin.be wrote: Brolin Empey wrote: Now my FreeRunner’s USB port works for power, so I can still charge the battery, but not for communications, so I think a solder connection must have come undone. Have you tried a different USB cable? -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My FreeRunner’s USB port still works for power, but not data?
I'll second that - bought two cables while on holiday as I forgot to pack one. Neither will work for data, but will charge. The others I have at home work fine. BillK On Thu, 2010-03-04 at 18:11 +1100, Michael Smith wrote: On Wed, 03 Mar 2010 11:19:35 -0800 Brolin Empey bro...@brolin.be wrote: Brolin Empey wrote: Now my FreeRunner’s USB port works for power, so I can still charge the battery, but not for communications, so I think a solder connection must have come undone. Have you tried a different USB cable? -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: Your message to community awaits moderator approval
sounds like you should create a bug and post a summary here when it gets that big. BillK On Thu, 2010-02-25 at 23:04 +, Neil Jerram wrote: Does this list actually have any active moderators? If not, who has the authority to appoint a new one? Or should the list config be loosened? I sent an email with lots of diagnostics about non-reported SMSes, and it seems to have been swallowed by a black hole. Regards, Neil -- Forwarded message -- From: community-boun...@lists.openmoko.org Date: 6 February 2010 15:19 Subject: Your message to community awaits moderator approval To: neiljer...@googlemail.com Your mail to 'community' with the subject Re: Investigation of failure to report received SMS Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 56729 bytes with a limit of 40 KB Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.openmoko.org/mailman/confirm/community/068718d019a4fc038b90d099c9a86cf672f5e62f ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02-core (was Re: OM future)
On Fri, 2010-02-26 at 02:10 +1100, Carsten Haitzler wrote: On Thu, 25 Feb 2010 16:00:49 +0100 ri...@happyleptic.org said: -[ Thu, Feb 25, 2010 at 10:47:35PM +1100, Carsten Haitzler ] a phone to make 40k units would be easily double that - if not triple. and thats 2g only. 3g will bump that up again. I don't know for other countries, but here in France the majority of 3g subscribers never use it. All day long you can see adds on TV trying to sell video calls, TV on phone, etc, yet you could pack in a bus all the people that actually _use_ these services. internet. need i say more. as such its actually used here in australia, and in japan, and korea, and the usa, etc. - people really do use phones for looking up stuff, maps (yes downloading the maps as you go), blogging, instant messaging and email - oh god email. sure - video calls, tv etc. are pretty moot - but the other things definitely use 3g - there is a big difference between 2g and 3g for speed when it comes to loading web pages. not to mention cost-wise - 2g and 3g get priced differently with 3g being much much much cheaper for data in au than 2g generally (cheapest telco for data is 3 and they are 3g only - 2g data rates are just silly. 3g data is cheap). but - u'd need a phone that actually uses such things nicely and still most people dont have one. you'd need an iphone, modern android or palm webos device for this to really work. then it becomes a different game as your phone can make use of all that data... Also dont forget progress - here in Western Australia GSM coverage is static and may even be shrinking, where 3G is already far greater and expanding. The freerunner is a phone only as long as a network is available to connect to - as I found out when on holiday last year. Think driving hundreds of kilometers with no connection at all, where a 3G phone at least had a connection at many places. GSM obsolete here :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
On Fri, 2010-02-19 at 09:42 +0100, omcomali@porcupinefactory.org wrote: On Thu, 18 Feb 2010 16:18:32 -0800 (PST) vancel35 van...@thespazcat.com wrote: I don't know if what I saw was the same problem, but I left mine on my wifi ovenight and when I woke up, it wasn't responding very quickly, but as far as I know, nothing had been killed. I didn't even think about the Wifi being the problem. If it's data-related, I probably didn't have enough data passing to cause a problem. -Laura I've had something similar, compiling a big project on the Freerunner with swap enabled, wifi on. Before I started, some RAM was free, after it finished (about 6h), and I closed all programs to match the previous state, the system was much less responsive, RAM was nearly full and 50MB of swap was used. All programs seemed to have normal reserved memory footprints. The above details are not to be trusted, I could have overlooked something important. Maybe it has something to do with memory fragmentation? Or maybe it's sd-related? Cheers, rhn There was a report a while back of logs (which are on a tmpfs and therefore subtract from memory) filling up and causing problems. When on wifi is the FR generating lots of messages? What does free and df -h report? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Latest SHR-?
On Fri, 2010-01-29 at 09:15 +0100, n...@el-hennig.de wrote: I'm not using shr-t or any .29-rc3 kernel, so I cannot comment. But on shr ML and trac there was few reports about not getting GPS lock or GSM channel (even with debug kernel) and at least 3 people said that they are having this problem more often with nodebug kernel. I am one of those people ;-) the problem with registering GSM is not caused by the 'fast' kernel. However it occurs more often using the 'fast' kernel. Obviously there is something going wrong in FSO if the system responds much quicker than before with the debug kernel. I discussed that with Mickey last week during our regular munich openmoko meeting nd he is currently working on a solution for that problem, time permitting. So I asked spaetz (maintainer of shr-t) and he said that we should rather revert back to debug (as it's slower but as some say more stable). If we want to test nodebug kernel, we should do it rather in shr-u and *after* testing use it in shr-t too. With the new kernel I was able to register GSM only when I gave the system something to do (start navit for example). Then the modem registered correctly and the PIN dialogue popped up. Sounds strange, but it's just like that (a tribute to the mouse ;-) ). At the moment the debug kernel is better suited for every day use, but on the other hand the system speed the freerunner is capable of is amazing. The GSM chipset in my a5 FR worked ok on the 24 kernel, so-so on the .28 kernel - often took a number of reboots before the serial port would work to allow the OS to configure GSM. A *standard* unmodified .29 has never worked :( The fix for me was to make .29 behave like a .28 kernel and enable the GSM ... and leave it enabled. In .29 the kernel was changed to follow the specs and strobe the enable line (enable, wait 500ms, disable) which seems to work for everybody else but me (!) This current, modified kernel is perhaps the best behaved as far as GSM serial port goes that I have had up until now. And yes, there were a number of bug reports made and investigated with the consensus that my GSM chipset is faulty - however I am of the opinion that the kernel and framework handing of GSM is still not quite right and my chipset is just far enough out to cause problems. If you check the logs and it seems that the serial port is the problem, try the kernel and modules below. http://wdk.dyndns.org/freerunner/; unpack the modules to /lib/modules - it will be in 2.6.29-rc3-wdk so wont overwrite your current modules :) flash the kernel and boot. To return to your original, just reflash the old kernel and delete the new modules if finished with them. Use at own risk, yadda yadda ... This kernel been working very well for me for about a week, the gsm mod for about 6 months - have fun, Billk * Note that most of the fixes were from the mailing list, only the GSM one is mine. http://wdk.dyndns.org/freerunner/; Mods: * there are a couple of other msleeps in this file I set as well, but this was the critical fix for me! neo1973_pm_gsm.c neo1973_gpb_setpin(GTA01_GPIO_MODEM_ON, 1); msleep(500); /* neo1973_gpb_setpin(GTA01_GPIO_MODEM_ON, 0); leaves line high so serial stays working*/ Config was basic shr-t nodebug, with more debug items off, slub allocator and -O2 optimisation. It also has a 100ms delay for wifi as discussed on the list (where they recommended 10ms, neither value makes a difference to me, but I am not sure I suffer from the problem anyway - experimentation :) and a patch to wm8753.c to allow -O2 optimisation to compile. The .config (as config-wdk) is at the above address. All functions (wifi, usb, gsm, bluetooth, ...) seem to work well. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
shr-testing is probably the most usable out-of-the-box at the moment. Only a few annoyances rather than show stoppers. The current kernel has most debugging disabled and though I used the default briefly (modified it for more speed soon after!), it seemed quite fast as is. BillK On Thu, 2010-01-28 at 19:22 -0500, Tony McKeehan wrote: I heard somewhere that there are some SHR-stable images on the way. Have they been released? If not, what image (lite) would you suggest I pick up for the time being that works best as an everyday phone (ie the most recent image)? Also, is there any specific kernel that has the logging disabled (like from the 'Significant speedups' thread) that work best with SHR? -Tonym ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Latest SHR-?
Interesting - cant say Ive noticed anything bad - quite the reverse. Everythings working and and some things like GSM serial port access are far better/more reliable than before. Then again, the extra changes I did involve patching a few things, turning off more debug, using the slub allocator instead of slab, and -02 instead of -Os. No benchmarks other than it seems justified as far as speed/reliability go compared to the old debug kernels and works well with shr-t :) BillK On Fri, 2010-01-29 at 07:26 +0100, Martin Jansa wrote: On Fri, Jan 29, 2010 at 10:15:55AM +0800, William Kenworthy wrote: shr-testing is probably the most usable out-of-the-box at the moment. Only a few annoyances rather than show stoppers. IMHO best way is to install both shrs on different partitions and switch to 2nd if something goes wrong. The current kernel has most debugging disabled and though I used the default briefly (modified it for more speed soon after!), it seemed quite fast as is. No.. it's not disabled anymore (after few users reported that they see more issues with nodebug/nopreemt kernel). Cheers, -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Now someone REALLY has to help me!!
On Wed, 2010-01-27 at 15:38 +0100, Martin Jansa wrote: On Wed, Jan 27, 2010 at 03:10:27PM +0100, Patryk Benderz wrote: [cut] 6 Before this menu disappears, write in the desktop shell dfu-util -d 0x1d50:0x5119 -a kernel -R -D uImage-om-gta02-latest.bin IMHO it is enough to run: # dfu-util -a kernel -R -D uImage-om-gta02-latest.bin P.S. Great tutorial - clear, simple and shows all one might need and nothing more. not always.. having more usb devices connected (IIRC my sharp pda or my hub+bt is enough) can sometimes confuse dfu-util enough that it says something like no dfu enabled device detected which confuses user even more.. checking available devices with dfu-util -l and then providing -d 0x1d50:0x5119 will save now really confused user.. I have a sun usb keyboard that does the same thing - dfu errors off because it see's two devices, or gets confused and gives up. Its reasonably common as Dale found out when he released neotool. Its better to leave it in for the inexperienced as it avoids confusion. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New significant speedups coming to FreeRunner
Check for cron or another app using 100% cpu - I had this awhile back and it seemed to affect suspend time, but I think that was because it chewed up so much battery that battery life overall seemed short. I am using shr-t and it seems battery life is better if anything on both the current (no debug/preempt kernel) and a modified version with even more drastic mods (-O2 instead of -Os) Which brings up - how can a user benchmark a kernel in a way thats relevant for user tasks? BillK On Wed, 2010-01-20 at 21:10 -0300, Michal Brzozowski wrote: 2010/1/20 arne anka openm...@ginguppin.de I experience a very bad suspend battery life after I started using the faster kernel. Even when I make sure gps, gsm, wifi are turned off. Has anyone noticed this? Or maybe something else is causing this? i got the impression that bluetooth is always on (illume top shelf always shows the bt symbol and a simple hci[tool|config] dev shows the device). no time to dig deeper yet. Over here bluetooth is off, so must be something else. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
movie playback on FR
My panasonic DMC-TZ15 takes some nice 640x480/ffmpegjpeg/30fps movies as .MOV files that I would like to have on the FR - but of course they play well on a desktop but are unplayable using mplayer (too much bandwidth) on the FR. So, what are the best settings to play something like this and how to convert the files? (320x240, convert using mplayer/ffmpeg/transcode/or what?). Is it possible to keep 640x480 and tweak other parameters? This is actually the first time I can remember trying to play a movie on the FR in 18 months I have had it :) BillK -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
On Wed, 2010-01-06 at 10:23 +0100, Marcus Bauer wrote: On Wed, 06 Jan 2010 12:10:21 +0800 Bill bi...@iinet.net.au wrote: I gave feed back to Martin that the digits were too large (the tangogps developer) Hi Borat, I will tell Martin once I meet him :p but the digits keep getting bigger each version (it seems :( They got smaller. I may change them from point to pixel size so they remain the same indepentenly of changing screen dpi settings of the distribution. Marcus heh heh, sorry, I should have looked up your name to be sure. This is my most used GPS app and the digit size is my only real beef with it - it works well. On the FR in landscape mode, the digits (at anything over 100km/h - (spent two long days travelling at ~110km/h speed recently!) take up almost a quarter of the screen (in X and Y) - I just tried with the suggested patch/change and a global_font_scale of 40 was still a bit large. 30 is perhaps a touch small (text height is the same as the buttons), but I'll live with it for awhile and see how it goes. One plus, the display updates are now smooth and almost unnoticeable - before the screen would often partially update and then catch up a couple of seconds later. The changing to red at 50km/h affects the visibility of the digits at the smaller sizes and is a pretty useless thing anyway (our limit is 110kmh in the country, 60 on city roads and 50 in backstreets so you hardly ever/rarely stay in the black zone - kinda defeats the purpose!). A presettable limit would be nice. These things are always a tradeoff with different users having different ideas so user preferences would be the best way to go I think. a shr-t ipk with global_font_scale=30 is at http://wdk.dyndns.org/shr-testing/ipk/armv4t/tangogps_0.99.1-r0.4_armv4t.ipk; for the adventurous :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why GPS is not in resources list ? (devs see framewrokd log)
On Wed, 2010-01-06 at 13:37 +0330, dehqan65 wrote: In The Name Of God The compassionate merciful hello; OS : SHR testing (Rootfs ver.) App : Navit that is installed with opkg instal navit . (ver. 0.2.0) FR : A7 Regards dehqan Does it work without navit? - settings/location/manual mode and turn on. It will eventually get lock if its working and doesnt have a corrupt agps data file. Have you removed the pickle file? - settings/locations/remove agps data Have you removed the battery for a few minutes? - I find that when gps dies, this is sometimes the only thing that will get it back. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TangoGPS font size for speed indicator
On Tue, 2010-01-05 at 18:55 +0100, Stefan Fröbe wrote: Don't know about any configuration options, but had the same issues and changed it in my geocaching patch: change this line in src/gps_functions.c after setting global_font_scale to sth like 40: @@ -94,7 +94,7 @@ osd_speed(gboolean force_redraw) layout = pango_layout_new (context); desc= pango_font_description_new(); - pango_font_description_set_size (desc, 60 * PANGO_SCALE); + pango_font_description_set_size (desc, 60 * PANGO_SCALE * global_font_scale /100); pango_layout_set_font_description (layout, desc); pango_layout_set_text (layout, buffer, strlen(buffer)); HTH, Stefan On Tue, Jan 5, 2010 at 6:39 PM, vancel35 van...@thespazcat.com wrote: I've noticed that each version that I've upgraded of TangoGPS has increased the font size for the speed display on the map screen. I don't need or want it to take up 1/4 of the screen as it does now. I've looked inside the TangoGPS config file (~.gconf/apps/tangogps/%gconf.xml), but I couldn't see any options to set the font size. Although I have to admit that some of the config option names are slightly cryptic. Is there a setting to reduce the font size? Thanks for any info. -Laura -- This could be a very useful fix! I am currently rebuilding tangogps but one thing I am not sure of - where do you after setting global_font_scale to sth like 40? I gave feed back to Martin that the digits were too large (the tangogps developer) about the font size on early versions, but the digits keep getting bigger each version (it seems :( Here, many road systems run nw-sw so its real display stealer when driving. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Alternatives to FR
I'd looked at this one but its not 3G capable. I like the physical keyboard, though being 96mm wide its a small book! 3G is almost essential as on my last holiday in northwest Australia, there were a lot of 3G only areas - GSM seems like its disappearing :( BillK On Mon, 2010-01-04 at 19:01 +1100, Neil Brown wrote: On Mon, 04 Jan 2010 01:12:54 + William Kenworthy bi...@iinet.net.au wrote: What alternatives to the FR (with the same functionality) are there? I want 3G phone/sms access and the FR doesnt cut it any more ... The android phones (htc dream?) - none of which are fully functional on FSO/SHR (I think), and access through android to the underlying system is minimal. Flow - good but pricy, and unless I am looking at the design wrong, there is only one adapter/interface socket so you can have a phone, or a GSM device, but not both at the same time. Nokia n900 - probably the best choice at this time. What others are available NOW? http://www.exedamobile.com/ Looks like an interesting device. Not terribly cheap, and they seem to want you to buy in lots of 1000, but once you find the price page: http://www.compulab.co.il/exeda/html/exeda-price.htm it does appear that for 40% extra you can buy them in ones. Maybe $US672 with wifi, bluetooth, gsm, gprs, gps, $US32 extra for a camera. Claims (http://www.compulab.co.il/exeda/html/exeda-os-support.htm) to all work with Linux. If you buy one, let us know how it goes :-) NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Alternatives to FR
What alternatives to the FR (with the same functionality) are there? I want 3G phone/sms access and the FR doesnt cut it any more ... The android phones (htc dream?) - none of which are fully functional on FSO/SHR (I think), and access through android to the underlying system is minimal. Flow - good but pricy, and unless I am looking at the design wrong, there is only one adapter/interface socket so you can have a phone, or a GSM device, but not both at the same time. Nokia n900 - probably the best choice at this time. What others are available NOW? BillK -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ringtone volume and latency
On Sat, 2010-01-02 at 12:27 +, Neil Jerram wrote: 2010/1/2 William Kenworthy bi...@iinet.net.au: Just a couple of thoughts - missing calls is rarely to do with volume and not hearing the ring (I have changed the standard tones though), and more to do with crashes. Ah, OK, I didn't realise that. (I don't yet get enough incoming mobile calls to have a significant sample.) Still, the CPU needed to decode Ogg (or another compressed audio format) could be contributing to that. One of the most annoying is using tangogps full screen (or any other app full screen) and a call comes in the top screen can (not always) lose focus and you cant do anything except pull the battery (doesnt recognise finger/stylus). In Debian I use auxlaunch for switching between windows. This is triggered by the AUX button and so is pretty reliable. Could you use that (or a similar approach) to solve this focus problem? Tried to use the power button kill - but it doesnt work. When it happens to gpe-calendar, I am able to ssh in and kill it which gets focus back, but have not had ssh available on an affected call yet - not sure what to kill and keep the tho. Another is hearing the other end, but they cant hear you - also happens randomly. OK. (I haven't experienced this one yet.) There is a lot going on when a call comes in so its not only audio player latency but enabling the audio path, setting up alsa, handling the call itself, starting the caller application, ... And in amongst that it has to play the audio as well. Currently this isnt too bad for me when I set ring only (no vibe) and use the debugfs hack. With both ring and vibe there is a very obvious delay - I'd guess 1 or 2 seconds - between when the vibe starts and when the ringtone starts. As you say, there's a lot going on when a call comes in - another reason IMO for making the ringtone part as simple as possible at that time. Regards, Neil True - every bit counts - and another cause of lost calls that happened to me recently - ... this is a really bad line, I'll hang up and call you later [CLICK!] :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ringtone volume and latency
On Sat, 2010-01-02 at 01:24 +, Neil Jerram wrote: In the survey thread, a couple of responses mentioned missing calls because of ringtone problems - which I take to be either volume too low, or too much latency, or both. Here are some thoughts on that. 1) In case this isn't already well known... FSO actually does nothing at all with the volume setting that you can set in SHR settings, or Paroli, or in general via the preferences interface. The only relevant code is: oeventsd/fso_actions.py:self.audio_action = AudioAction( self.sound_path, self.loop, self.length ) if self.volume != 0 else None In other words, all non-zero volume values are equivalent. 2) I tried to measure startup latency by using `time', for various ways of playing a 9.3s Ogg clip and an equivalent .wav file: = debian-gta02:/usr/share/sounds# time mplayer kayleigh.ogg A: 9.0 (08.9) of 9.3 (09.2) 40.1% real 0m12.242s debian-gta02:/usr/share/sounds# time play kayleigh.ogg Duration: 00:00:09.29 Title: Kayleigh real 0m10.680s debian-gta02:/usr/share/sounds# time play kayleigh.ogg Duration: 00:00:09.29 Title: Kayleigh real 0m10.015s debian-gta02:/usr/share/sounds# time play kayleigh.wav Duration: 00:00:09.29 real 0m9.652s debian-gta02:/usr/share/sounds# time play kayleigh.wav Duration: 00:00:09.29 real 0m9.951s debian-gta02:/usr/share/sounds# time gst-launch filesrc location=/usr/share/sounds/kayleigh.ogg ! oggdemux ! vorbisdec ! audioconvert ! alsasink Execution ended after 9384127000 ns. real 0m11.881s debian-gta02:/usr/share/sounds# time aplay kayleigh.wav Playing WAVE 'kayleigh.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo real 0m9.709s = There's nothing conclusive here, because I didn't repeat the tests enough times yet; but it looks like there's an additional latency of at least 0.5-1s associated with playing an .ogg instead of a .wav, and rather more than that with gst-launch. This and the volume issue suggest to me that it would be better for FSO only to handle plain audio data, and to play it (i.e. when an incoming call or message comes) using the most lowlevel method (such as aplay). An external settings application could handle conversion from the user's sound file to .wav, and as part of that could allow the user to adjust the volume and preview the ringtone. Comments? Is there a reason why the complexity (and latency) of handling multiple sound formats should be _inside_ FSO? Regards, Neil Just a couple of thoughts - missing calls is rarely to do with volume and not hearing the ring (I have changed the standard tones though), and more to do with crashes. One of the most annoying is using tangogps full screen (or any other app full screen) and a call comes in the top screen can (not always) lose focus and you cant do anything except pull the battery (doesnt recognise finger/stylus). Another is hearing the other end, but they cant hear you - also happens randomly. There is a lot going on when a call comes in so its not only audio player latency but enabling the audio path, setting up alsa, handling the call itself, starting the caller application, ... And in amongst that it has to play the audio as well. Currently this isnt too bad for me when I set ring only (no vibe) and use the debugfs hack. shr-u most versions, current shr-t. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tracking down reasons for segvaulting applications
On Mon, 2009-12-28 at 23:43 +0100, Ivo van den Maagdenberg wrote: 2009/12/28 Patrick Beck pb...@yourse.de: Hi, is that not a normal enlightenment (window manager) error message? I think it will be useful to start the script from the command line. Then you get the error output directly from the python interpreter. Ok, all irony aside, I will start with a test session from the command line and see what I can find. Then after that I'll throw some strace at it. The downside of this all is that I will have to have a GPS fix, which will force me to go outside in wintertime :/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Lucky you - its summer here - 36c on the way to 39c today. I dont want to go outside either :) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: literki update
On Thu, 2009-12-24 at 11:23 +0100, Michal Brzozowski wrote: Hi, here you can find the new version of Literki: http://pvtrace.com/literki_0.0.2-r5_armv4t.ipk Changes: - fixed vibration - fixed some embarasing memory leaks - added horizontal and vertical scrolling buttons to the touchpad - they simulate mouse wheel scrolling. Since SHR is using Xorg now, all four scroll buttons work, and the pointer seems to be a little bit faster. This should greatly improve web browser experience, I hope. You can now use the mouse pointer to click tiny little links, and use the scroll buttons instead of scroll bars. Hope you have fun, Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi Michal, does this version co-exist nicely with e? - no more fighting with the built in keyboard on full screen apps? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [shr-latest] fso or phonefsod borked (?) no resume
Are you using the latest moko11 GSM firmware? - this one of the side effects of bugs in the older GSM firmware. BillK On Thu, 2009-12-17 at 18:19 +1000, Denis Johnson wrote: I'm not sure if this is related, but I have certainly had sms go missing until a reboo. This is on shr-t . However I also noticed this behaviour on QTMoko v14 which is what prompted me to switch to latest testing SHR. Is this possibly a kernel related issue or perhaps common FSO base ? On Thu, Dec 17, 2009 at 1:37 AM, Yann SLADEK yann.sla...@free.fr wrote: Yes it also happens on shr-u phonefsod - 0.0.0+gitr168+ccc2892b58d5bb2ef613661534e7c6950e4a8dae-r4.4 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to make a screenshot
On Wed, 2009-12-09 at 00:16 +0100, Thomas Zimmermann wrote: Am Mittwoch 09 Dezember 2009 00:02:38 schrieb Ivo van den Maagdenberg: Forgive me for asking one of those silly questions: How do I make a screenshot of an openmoko screen, without a photo camera? Install gpe-scap and call it over ssh to make a screenshot of the current screen. Alternative courtesy of Lowell Higley on Nov 28th: To make a poor man's screenshot from FR's terminal: sleep 5 ; cp /dev/fb0 screen.dump The sleep 5 gives you time to switch to the screen you want to shoot (or do remotely from an ssh session). You get a 4 MB screen dump, I use the following command on the desktop-PC to convert it to a png: fbgrab -f screen.dump -b 16 -h 640 -w 480 screen.png I installed fbgrab on my gentoo desktop - its in portage. Example: http://wdk.dyndns.org/freerunner/screen.png; BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi connection
On Thu, 2009-12-03 at 11:00 -0500, Iain B. Findleton wrote: Arigead wrote: Hello All, I was going to try and connect my FR to my laptop with an ad-hoc wifi connection but being as I've never even connected to infrastructure I decided that I'd start there. I followed the instructions in the wiki [1] but got some strange results: ifdown eth0 ifup eth0 ifdown: interface eth0 not configured WPA: Configuring Interface ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported udhcpc (v1.13.2) started run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1 Sending discover... Sending discover... Sending select for 192.168.1.137... Sending select for 192.168.1.137... Lease of 192.168.1.137 obtained, lease time 3600 run-parts: /etc/udhcpc.d/00avahi-autoipd exited with code 1 adding dns 192.168.1.254 r...@om-gta02 /media/card $ ifconfig eth0 Link encap:Ethernet HWaddr 00:12:CF:8F:37:23 inet6 addr: fe80::212:cfff:fe8f:3723/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:751 errors:0 dropped:0 overruns:0 frame:0 TX packets:381 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:353244 (344.9 KiB) TX bytes:9635 (9.4 KiB) It appears that I get offered an address by the DHCP server on the wifi but that it's not being used by eth0 for some reason. Is this a know issue. To be honest I've never tried to use the wifi part of the phone before and the wiki might be outdated, even for infrastructure mode? Cheers for any help that anybody has time to offer. I have similar problems getting wifi to work on SHR-U. In my case I get an address and configure the interface via dhcp, but can not establish any traffic to the interface. In one case I could ping a host but the transit time was enormous. The other thing I note from ifconfig is ridiculous RX and TX values, almost 1TB on an interface I never have used. Looks to me like a bug somewhere in the driver code. [1] http://wiki.openmoko.org/wiki/Wifi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Check route -n, and are you trying wifi with usb plugged in? - depending on the order you start/stop interfaces the default route could either be wrong or missing. And which version of shr-u - latest, or older. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Call quality
This sounds something like others experienced after changes to the default shr alsa file - Try turning the Mike gain down a bit - it could be overdriving (symptoms for me were fait audio, cracles and rushing sounds like wind, but distant sounds came through clearly - if there was ambient noise the FR was unusable). Not sure how qtmoko controls the gain, but for shr there are a number of files around BillK On Thu, 2009-10-29 at 17:52 +1000, Denis Johnson wrote: Just made my first QtMoko V14 based call, FR A5 with buzzfix - IPhone and the other party struggled to understand me, they said somewhat faint and very crackly/broken up. I heard the other party clearly although I think I would have preferred a little more volume. I'm not sure if this is characteristic of QtMoko or just bad luck call quality, however my previous experience with SHRU was fine. Anyone else can report their call quality with QtMoko ? Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Thu, 2009-10-29 at 23:52 +0100, Łukasz Pankowski wrote: William Kenworthy bi...@iinet.net.au writes: On Wed, 2009-10-28 at 22:39 +0100, Petr Vanek wrote: On Wed, 28 Oct 2009 21:32:03 + Al Johnson openm...@mazikeen.demon.co.uk (AJ) wrote: On Wednesday 28 October 2009, Petr Vanek wrote: I meant that it ought to behave that way in future, not that it would in the current version. I don't care if the phone goes to sleep during the snooze interval so long as the alarm goes off again five minutes later! :) sure, now it didn't wake up itself and me neither :)) what if the unlocking 1-2-3-4 pattern is configurable, how would snooze get in then? How about puzzle to stop the sound, display the message and show the ACK slider? If you don't ACK then there's another alarm after the snooze interval. When I implement snoozing (repeating the alarm if not ACK) I consider easy turning off the alarm for the first time (most probably a button), and a puzzle in a snoozed mode (all but first time). Now that sounds a good compromise that would do just fine for me, just some people wanted to get rid of the puzzle... Petr Even without the puzzel, you still need an acknowledge button for the alarm so thats not a problem. The problem with the puzzel is 4 buttons with small, unreadable text that have to be pressed in a specific order when you have just been woken up and are disoriented, cant find your glasses and your grumpy, just woken up better half is berating you for the umpteenth time for not being able to turn off the alarm :( The digits could be made bigger. This would be a big help I considered it a feature that until I the digits are blurred means I am not awaken, ie alarm should still play. But the story is of course different when you do not want to wake up the rest of the house. Yes, I am an early riser in a house of late risers - what a pain but at least I get the place to myself - as long as I am quiet Everyones use case is different! The trick is getting it flexible enough to satisfy the majority ;) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: one to rule them all
There is a wiki page that lists the distros with comments - needs cleaning up and streamlining - start there? BillK On Wed, 2009-10-28 at 22:30 +0100, Marcel wrote: Am Mittwoch, den 28.10.2009, 22:18 +0100 schrieb Matthias Huber: flecktor schrieb: Windows 7: Simplify your PC. Learn more. hmmm. not sure. :-))) That's exactly what I was thinking when reading his mail... :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Wed, 2009-10-28 at 22:39 +0100, Petr Vanek wrote: On Wed, 28 Oct 2009 21:32:03 + Al Johnson openm...@mazikeen.demon.co.uk (AJ) wrote: On Wednesday 28 October 2009, Petr Vanek wrote: I meant that it ought to behave that way in future, not that it would in the current version. I don't care if the phone goes to sleep during the snooze interval so long as the alarm goes off again five minutes later! :) sure, now it didn't wake up itself and me neither :)) what if the unlocking 1-2-3-4 pattern is configurable, how would snooze get in then? How about puzzle to stop the sound, display the message and show the ACK slider? If you don't ACK then there's another alarm after the snooze interval. that would do just fine for me, just some people wanted to get rid of the puzzle... Petr Even without the puzzel, you still need an acknowledge button for the alarm so thats not a problem. The problem with the puzzel is 4 buttons with small, unreadable text that have to be pressed in a specific order when you have just been woken up and are disoriented, cant find your glasses and your grumpy, just woken up better half is berating you for the umpteenth time for not being able to turn off the alarm :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Centralization of graphical awesomeness
The problem is that playing movies is only one of the FR uses (one I have never done by the way - I suspect its actually a minor use for most people) - I love the FR's high res screen that can make legible quite small text and details. So, I would be quite unhappy to have QVGA as the default when I dont use anything that would benefit. That being said, it would be a nice option if it can be made both selectable and non-buggy - I do have a mythbox and FR/myth integration would be a wow factor thing, though not very useful otherwise. BillK On Wed, 2009-10-28 at 13:58 -0400, Christopher Friedt wrote: Wow, I'm surprised nobody in this thread has been throwing Hitler insults around yet [1]. Changing the default resolution on the FR to QVGA is a good idea if it means a more responsive UI. Assuming that bpp and fps parameters stay the same, that would mean 1/4 of the current glamo-bus traffic. Personally, I'm more interested in running Android on my FR, so even changing the framebuffer resolution statically in the kernel source would be fine by me. C [1] http://en.wikipedia.org/wiki/Godwin's_law ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Tue, 2009-10-27 at 08:09 +0100, Richy wrote: One thing I have noticed with 0.2 is that the alarm isn't very loud and the FR seems to go to sleep before the alarm gets loud enough to hear - its inaudible except when there is nearly no environment noise. 0.1 seems to get a lot louder, and faster. Something to think of for your todo list is checking the profile setting before sounding the alarm - an alarm going off in a meeting is just as disruptive as a phone ring. I disagree. There is nothing worse than sleeping in, because you forgot to put your phone back into ring-mode. Also, I don't wont to be woken up during night from calls and sms. Richard Again, perhaps something thats suited to a config setting. When I set a phone to be silent, I want it/need it to be totally silent - something important might depend on it. The treo650 has the best solution Ive ever seen to this :) In shr its possible to set up any of the 4 profiles - perhaps add another thats All silent, or have a checkbox to set it to phone or all. Thinking on it, its not really ffalarms responsibility, but squarely a profile setting for a master audio kill switch. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ffalarms 0.3 -- recurring alarms
On Mon, 2009-10-26 at 12:40 +0100, Marcel wrote: Am Montag, den 26.10.2009, 02:07 +0100 schrieb Łukasz Pankowski: Hi I have just released ffalarms 0.3, it adds recurring alarms, please test it before depending on it. For me the most missing feature now is being able to edit the alarms and postponing in the acknowledge window. Ideas and comments are welcome. Notes: - add support for recurring alarms, attaching messages to alarms, and choosing alarm date from a calendar - add configuration option for alarm volume, alarm_script and alsa_state Download: http://projects.openmoko.org/frs/?group_id=260release_id=580 (I also provide libical, in case it is not in your distro) Yay! I use ffalarms mostly more than once a day and it's just great to have it. Thanks for your work! :) Although I know you're not too fond of it - what about making it possible to simply turn an alarm off without that puzzle? It's quite annoying me from time to time, especially when I'm just finishing it when its regenerating and I need to hear that alarm once again... -- Marcel Can I add to that request? - Ive just upgraded to ver2 and forgot I had knobbled the puzzel on the old version ... so once .3 hits the shr feeds I will have to spend more time decompiling, figuring out how it works, kill the puzzel then compile it back up again - painful way to fix what is to me a major usability problem (I cant see the numbers without glasses, and of course I am not wearing glasses when the alarm goes off in the morning :) Perhaps, make it a configuration option would make good sense then you can continue torturing those poor souls who like it :) Its quite a good, reliable program, far better than the basic elementary alarm and I use it most days more than once. Good work. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] TangoGPS
On Thu, 2009-10-22 at 13:23 +0200, jahckal wrote: 2009/10/22 sam tygier samtyg...@yahoo.co.uk Hi I saw that tangogps 0.9.7 was released a little while ago. But the most recent version i can find for openmoko is 0.9.5. does anyone know if there is a new package around somewhere, or what would been needed to be done to make one? thanks sam ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community There was an answer: -- Forwarded message -- From: Thomas Zimmermann zimmerm...@vdm-design.de Date: 2009/9/22 Subject: Re: [Shr-User] tangogps 0.9.7 release To: community@lists.openmoko.org Cc: shr-u...@lists.shr-project.org Am Dienstag 22 September 2009 11:33:34 schrieb Robin Paulson: 2009/9/22 Marcus Bauer marcus.ba...@gmail.com: First of all thanks for the many positive emails I got over the last months, motivating me to bring a new release of tangoGPS to the coolest open hardware gadget on earth - the openmoko phone. excellent work, marcus. looking forward to using it is there a binary for openmoko? shr devs, could you get the new version in the repos? cheers It's build but it can't be sync to the feed. The package can be found here: http://build.shr- project.org/tests/mrmoku/unstable/feed/armv4t/tangogps_0.9.7-r1_armv4t.ipk I am building shr-unstable locally and tried 9.7 when it first came out - often crashed when changing between certain resolutions. Not sure if it was the -r1 version or if that has fixed the problem? It is in the shr-u builds I did yesterday (which killed my FR when trying to upgrade so went back to what I have before :( anyone able to says 9.7-r1 is stable on shr-u? I have it on my gentoo desktop and that runs fine. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] TangoGPS
On Thu, 2009-10-22 at 13:44 +0200, Thomas Zimmermann wrote: Am Donnerstag 22 Oktober 2009 13:33:22 schrieb William Kenworthy: I am building shr-unstable locally and tried 9.7 when it first came out - often crashed when changing between certain resolutions. Not sure if it was the -r1 version or if that has fixed the problem? It is in the shr-u builds I did yesterday (which killed my FR when trying to upgrade so went back to what I have before :( anyone able to says 9.7-r1 is stable on shr-u? I have it on my gentoo desktop and that runs fine. BillK I played a bit around with it, but not much. For me no crash with 0.9.7-r2. r1 was without the zoom fix patch. ___ Yep, Ive got -r2 available ... it wants to pull in pixman as well so I'll take a backup before trying it - tomorrow as that takes an hour (and even more to reflash :) and I need a phone working tonight ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [reader] Wikireader received
On Tue, 2009-10-20 at 09:26 +0200, Torfinn Ingolfsen wrote: Hi, On Tue, Oct 20, 2009 at 1:41 AM, Doug Jones dj...@frombob.to wrote: This single change would approximately double the (already considerable) usefulness of the Wikireader to me. Aha - I think I see where this is going. :-) Next, I will want to have my ebooks on the SD card. Is there any software convert text only ebooks into Wikipedia format? Still haven't received my device. -- Regards Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I already do - checkout FBreader. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
bluetooth hands free car kit
Is anyone using a bluetooth hands free kit (e.g, something like this: http://www.blueant.com.au/products/speakerphones/s1/index.php) in a car. Is the FR able to fully use it, or are some parts not working? BillK -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [reader] Wikireader received
On Tue, 2009-10-20 at 15:39 +0800, William Kenworthy wrote: On Tue, 2009-10-20 at 09:26 +0200, Torfinn Ingolfsen wrote: Hi, On Tue, Oct 20, 2009 at 1:41 AM, Doug Jones dj...@frombob.to wrote: This single change would approximately double the (already considerable) usefulness of the Wikireader to me. Aha - I think I see where this is going. :-) Next, I will want to have my ebooks on the SD card. Is there any software convert text only ebooks into Wikipedia format? Still haven't received my device. -- Regards Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I already do - checkout FBreader. BillK Disregard - forgot this thread is wikireader, not FR BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Tue, 2009-10-20 at 12:10 +0200, Bernd Prünster wrote: W.Kenworthy wrote: Tried the NO_NEW_FAIR_SLEEPERS hack? - made a real difference to me on this problem. To manually try it, mount debugfs and do the echo command, or create as below and reboot. In /etc/fstab add this line (all one line :) debugfs /sys/kernel/debug debugfs defaults 0 0 and create /etc/init.d/NO_NEW_FAIR_SLEEPERS containing _ #!/bin/sh -x echo NO_NEW_FAIR_SLEEPERS /sys/kernel/debug/sched_features _ and use update-rc.d to add it to the default boot levels. debugfs exposes some knobs and innards of the kernel, the one here making the kernels default scheduler behave more like the BFS scheduler that hit the news a couple of months ago, creating a far more responsive device including when it rings. BillK Tireid it! did not do the job for me: bottup was faster (as soon as the illuem desktop came up i had reception, but the bt symbol was still showing, so something wasn quite ready autosuspend didn't work. everything was _EXTREMELY_ slow (remember om2008.8/fdom? ;-)) shr-settings is borked could't connect to ophonekitd/FSO i sent myself an sms from the internet. - phone woke up 5 seconds later *ring* so i reverted it. rebooted and still have a borked phone. i am using mrmoku-testing and somethign is really fucked up now i don't blame you its just that i want to say that it can be harmful I doubt its doing anything bad - seems more likely you have a bad/misconfigured install, or possibly a bad/intermittant GSM modem connection (the serial port side) as thats similar to what I see when it doesnt initialise properly - lots of things in the framework do not work well until the GSM serial line is working. It usually takes a couple of minutes after you get the desktop before its registered so something is different if it registered as soon as the desktop comes up. You might want to check the frameworkd.log to see whats really happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Tue, 2009-10-20 at 15:33 +0200, Bernd Prünster wrote: William Kenworthy wrote: ... I gave it another shot and i must say it quite awesome: i called myself from another phone and the moment i heard it ringing my fr woke up and showed the incoming call screen. i know the debugfs approch might not be a nice and clean one, but i couldn't care less when i see hav reactive everything is now. the startup of fso /opehnekitd also fixed itself magically (i thik gremlins are to blame for the previeous fail) I'm glad you find it as useful as I have. However your experience is mirroring mine in that the FR software seems to work but often (and especially after a crash) it may take a few reboots to work smoothly. I know software is supposed to be deterministic and do the same operations everytime, but from the outside looking in, the FR has a mind of its own :) I suspect cleaning of tmp files, and possibly badblocks or corrupted file system are the causes - gets fixed up during reboot - sometimes see the messages during bootup. So I always do at least 3 reboots before saying a particular upgrade isn't working - as mad as it sounds, it sometimes helps! I am using shr-u from early June with a 2.6.28 kernel last updated before the updates stopped being pushed, and since I have stopped trying to chase the updates, its been very usable (and still has an occasional disastrous crash though :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SHR status
On Mon, 2009-10-19 at 10:56 +0200, Michal Brzozowski wrote: 2009/10/19 W.Kenworthy bi...@iinet.net.au debugfs exposes some knobs and innards of the kernel, the one here making the kernels default scheduler behave more like the BFS scheduler that hit the news a couple of months ago, creating a far more responsive device including when it rings. It's not about responsiveness, there is simply a bug somewhere. Changing the scheduler might hide the bug, but that's rather bad isn't it? ___ Yes, but it depends whether you want to receive calls or not - I prefer to talk to my callers, not have to call them back :) Its a known problem that has been there ever since they switched to FSO. Its supposed to be gradually fixed as they move away from python towards C for the underlying code, but I think scheduling is having a greater effect at the moment as proven by this hack. It doesnt totally fix it, as I was just using midori full screen (in landscape via xrandr) and on exiting midori the caller hung up by the time the display stabilised - and didnt leave a number :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voice calls with 3G USB dongle
Sorry, thats not what I am asking - can I make normal voice calls like a standard 3g phone, not have to set up a private VoIP system that connects over a data link. BillK On Wed, 2009-10-14 at 13:58 +0300, Timo Juhani Lindfors wrote: William Kenworthy bi...@iinet.net.au writes: So the FR is now obsolete - but is it possible to use the FR with an external 3G dongle? - I know it works for data from previous posts here, but can you make voice/sms calls from an external 3G dongle? Yes, chan_sebi module of asterisk can do voice calls with my huawei E169 3G USB dongle. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voice calls with 3G USB dongle
Maybe too hasty, does chan_sebi talk sip to the dongle (or maybe send gsm coded audio) so calls go from the dongle to the operator as per normal? - google isnt helping ... BillK On Wed, 2009-10-14 at 19:29 +0800, William Kenworthy wrote: Sorry, thats not what I am asking - can I make normal voice calls like a standard 3g phone, not have to set up a private VoIP system that connects over a data link. BillK On Wed, 2009-10-14 at 13:58 +0300, Timo Juhani Lindfors wrote: William Kenworthy bi...@iinet.net.au writes: So the FR is now obsolete - but is it possible to use the FR with an external 3G dongle? - I know it works for data from previous posts here, but can you make voice/sms calls from an external 3G dongle? Yes, chan_sebi module of asterisk can do voice calls with my huawei E169 3G USB dongle. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voice calls with 3G USB dongle
On Wed, 2009-10-14 at 21:08 +0530, RANJAN wrote: Sorry, thats not what I am asking - can I make normal voice calls like a standard 3g phone, not have to set up a private VoIP system that connects over a data link. FR already has a sim and is 3G .Why do you want to connect it to a USB dongle that can make calls? Sriranjan The FR can use a 3G SIM, but cant connect to a 3G network - which is my problem. GSM seems to be diminishing with 3G coverage quickly expanding into new areas. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
all: FR and 3G dongle?
Just come back from a 6 day/~3000km drive holiday up the coast of Western Australia - looks like GSM is almost obsolete with 3 g coverage in many places, but no GSM at all (or weirdly, the FR reports SOS only when it looks like 3G only is present when on the 3G SIM :( Talked to some truckies in a pub and they all had 3G signals, GSM had none in the town (Telstra - town was Northhampton, largeish regional centre) - they said they never use GSM these days as coverage is miserable. So the FR is now obsolete - but is it possible to use the FR with an external 3G dongle? - I know it works for data from previous posts here, but can you make voice/sms calls from an external 3G dongle? If not, what is a viable, relatively open phone with similar capabilities (but better quality, and actually works reliably!) to the FR? BillK * We also took a Treo650, a nokia, an LG and an unknown phone on the 3 network. FR - two major crashes requiring full reboot, one when a call came whilst using TangoGPS full screen - the others annoyingly, and it was noticed by my better half they Just Worked, unlike the FR :( -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner in real world
On Tue, 2009-09-29 at 17:08 +0200, Sebastian Krzyszkowiak wrote: On 9/29/09, Michal Brzozowski ruso...@poczta.fm wrote: 2009/9/29 Sebastian Krzyszkowiak seba.d...@gmail.com From kernel, FSO supports it too. Just click on Switch to dumb battery driver in SHR Settings-Power-Battery. I don't seem to have this option when ophonekitd is not running. Would you mind telling me how it's done in the low level? It's completely unrelated to ophonekitd, but to have it displayed you need of course some other than FRs battery inserted. At switching to dumb battery driver was described in battery FAQ. SHR Settings just implements it. which version/date of shr-settings has this? - I have updated to approximately 2 weeks ago when the shr builds broke (i.e., I have not had a good local build since :( and none of these settings are visible ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
On Sat, 2009-09-26 at 09:06 +0200, Dr. H. Nikolaus Schaller wrote: Am 25.09.2009 um 21:27 schrieb Torfinn Ingolfsen: To a user, it might look like this: - U-boot wasn't working correctly with newer (bigger) kernels, so the developer(s) abandoned it - instead they created Qi to be newer, better, faster and so on - Qi isn't living up to promises for users I'm not saying that such a view is correct, but that is how it can look like from a users view. What I wonder is why nobody did fix u-boot if it had problems with bigger kernels. And adding stateless boot from the rootfs would be nice to have in u- boot as well (for other hardware that uses u-boot). When looking into the most recent official u-boot sources I was disappointed to find essentially nothing from OM. Other open hardware projects like OpenPandora simply use mainstream u-boot. Maybe, the better path would have been to integrate more OM-u-boot back into official u-boot and work on the general limitations instead of starting a new project (Qi). But you can only influence the future but never change the history... -- hns u-boot can still work with bigger kernels - its part of the environment setup. There are instructions on the wiki somewhere. Ive just gone back to u-boot from Qi - cant stand the WSODS which only occur with Qi for me - makes the phone unusable as it usually does it on an incoming call. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v9 and the WSOD
I only get it with Qi, never with u-boot. Using shr-u tho. BillK On Thu, 2009-09-17 at 21:05 +0200, Radek Polak wrote: Pietro Montorfano wrote: Hi, i gave a try to qtmoko v9, wow, impressive, very good work, it's fast and the others can hear me well when i call them but after a suspend there was a problem... the WSOD... a scream was heard near my home, that nightmare is back on my phone.. :D Well, pleas check the kernel, the patch is quite old and i think that the small number of people affected by that problem could enjoy that patch in your kernel. Hi Pietro, for QtMoko i am using the latest andy-tracking kernel. Nothing better currently exists as far as i know. You can try to use Qi. IIRC it does not exhibit WSOD, while u-boot can. Someone correct me please if i am wrong ;) Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: For all ya BFS (brain fuck scheduler) lovers out there
On Wed, 2009-09-16 at 21:21 +1200, Robin Paulson wrote: 2009/9/14 Paul Fertser fercer...@gmail.com: Read all the details at [1] and to try it on your devices, simply do: mkdir /debug mount -t debugfs none /debug echo NO_NEW_FAIR_SLEEPERS /debug/sched_features how often, if at all, will this get returned to the default value? every reboot? every upgrade of kernel? of some module? when i do a cat, it returns this: NEW_FAIR_SLEEPERS NORMALIZED_SLEEPER WAKEUP_PREEMPT START_DEBIT AFFINE_WAKEUPS CACHE_HOT_BUDDY SYNC_WAKEUPS NO_HRTICK NO_DOUBLE_TICK ASYM_GRAN LB_BIAS LB_WAKEUP_UPDATE ASYM_EFF_LOAD NO_WAKEUP_OVERLAP LAST_BUDDY has it been overwritten already, by a reboot? it looks like it has cheers debugfs is a virtual filesystem that gives access to some otherwise unavailable system bits and pieces. Because its virtual, its going to dissappear when the FR is rebooted, and may even be reset when you unmount debugfs (have not tested this yet). debugfs is also a developers tool, not a normal user tool - google will help you understand whats happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
I think you should be looking into this first WPA: No SSID info found (msg 1 of 4) If WPA cant see the SSID, then nothing that follows will work. Is the AP transmitiing its SSID - if not turn it on for testing at least (cant confirm, but I suspect it must be on for wifi to work). What does iwlist eth0 scan show? - remember the FR wifi setup is DEAF - you need to be twice as close to the AP as a typical laptop with a solid connection to even see the AP - and ideally a couple of meters away when testing like this to remove doubt. Install wmiconfig and run wmiconfig -i eth0 --power maxperf after powering on the wifi chip and before scanning. WPA[1|2] works fine for me using wifi manually in a similar fashion to you - but I am currently on shr. There are also wifi issues with some kernels, but I have not used qtmoko so cant say if thats one of them. BillK On Sun, 2009-09-13 at 13:13 +0200, Torfinn Ingolfsen wrote: Hi, On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent r...@tallent.ws wrote: Short answer, yes. If you haven't already you should probably check out: http://wiki.openmoko.org/wiki/Special:Search?search=manually +using +wifigo=Go Ok, I jave now read that - thanks. I'm doing ifconfig eth0 up wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 wpa-supplicant spews this: r...@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS WPA: No SSID info found (msg 1 of 4). CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 Authentication with 00:0f:66:51:aa:41 timed out. ioctl[SIOCSIWMLME]: Operation not supported Associated with 00:0f:66:51:aa:41 Associated with 00:0f:66:51:aa:41 CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 and goes on and on And in another shell: udhcpc eth0 udhcpc says: r...@neo:/home/root# udhcpc eth0 udhcpc (v0.9.9-pre) started Sending discover... Sending discover... Sending discover... Lease failed: Sending discover... Sending discover... Sending discover... Lease failed: Does anyone have wireless working with WPA encryption on their FreeRunner? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - how do I get WiFi working?
Sorry, could have been better worded about why I am saying you cant see the SSID when its listing it - yes, it looks like it can see the SSID, but to me it looks like the signal level is so weak it cant actually connect. If the AP isnt transmitting the SSID, you might get a similar effect - maybe someone else can confirm that. BillK On Sun, 2009-09-13 at 19:31 +0800, William Kenworthy wrote: I think you should be looking into this first WPA: No SSID info found (msg 1 of 4) If WPA cant see the SSID, then nothing that follows will work. Is the AP transmitiing its SSID - if not turn it on for testing at least (cant confirm, but I suspect it must be on for wifi to work). What does iwlist eth0 scan show? - remember the FR wifi setup is DEAF - you need to be twice as close to the AP as a typical laptop with a solid connection to even see the AP - and ideally a couple of meters away when testing like this to remove doubt. Install wmiconfig and run wmiconfig -i eth0 --power maxperf after powering on the wifi chip and before scanning. WPA[1|2] works fine for me using wifi manually in a similar fashion to you - but I am currently on shr. There are also wifi issues with some kernels, but I have not used qtmoko so cant say if thats one of them. BillK On Sun, 2009-09-13 at 13:13 +0200, Torfinn Ingolfsen wrote: Hi, On Sun, Sep 13, 2009 at 8:24 AM, Ronald Tallent r...@tallent.ws wrote: Short answer, yes. If you haven't already you should probably check out: http://wiki.openmoko.org/wiki/Special:Search?search=manually +using +wifigo=Go Ok, I jave now read that - thanks. I'm doing ifconfig eth0 up wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 wpa-supplicant spews this: r...@neo:~# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -i eth0 ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS WPA: No SSID info found (msg 1 of 4). CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 Authentication with 00:0f:66:51:aa:41 timed out. ioctl[SIOCSIWMLME]: Operation not supported Associated with 00:0f:66:51:aa:41 Associated with 00:0f:66:51:aa:41 CTRL-EVENT-SCAN-RESULTS Trying to associate with 00:0f:66:51:aa:41 (SSID='kg4' freq=2417 MHz) Associated with 00:0f:66:51:aa:41 and goes on and on And in another shell: udhcpc eth0 udhcpc says: r...@neo:/home/root# udhcpc eth0 udhcpc (v0.9.9-pre) started Sending discover... Sending discover... Sending discover... Lease failed: Sending discover... Sending discover... Sending discover... Lease failed: Does anyone have wireless working with WPA encryption on their FreeRunner? -- Regards, Torfinn Ingolfsen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] first impressions
On Fri, 2009-09-11 at 10:35 +0100, Rui Miguel Silva Seabra wrote: On Fri, Sep 11, 2009 at 09:21:31AM +0800, W.Kenworthy wrote: On Thu, 2009-09-10 at 19:12 +0100, Rui Miguel Silva Seabra wrote: On Thu, Sep 10, 2009 at 07:39:02PM +0200, arne anka wrote: Then where do you have any OK button? ok, it's called quit. And it's utterly useless, in fact I'm thinking of writing up a few small-screen usability recommendations for our friendly apps. One of them is: don't use quit/close/... buttons, they waste valuable eral estate and you can close the windown easily in an alternative way (panel, click on close). Rui Hooray - sense at last. Coming up with a user oriented interface, not a programmers idea of what he personally likes will be a great step forward. I like close buttons, but consistency is more important I think. And please, please get rid of those dumb sliders used where radio buttons are used :) A slider makes more sense (at least to me) than a radio button with two options :) Rui Might be cultural preference perhaps? To me a slider means an analog value, on/off and similar are discrete, unconnected values so should be represented as such. Also, I cant remember any other HCI interface that uses sliders like this. I am also biased in that the slider designs used in shr dont work well - when using a finger they often require multiple swipes before they work, or you miss the active area all together - especially when moving and you are trying to set a slider while walking/carrying other items, ... Practical issues. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.6.31 is out, where is my ultimate kernel?
Qi, uboot or both? I am using a 2.6.28 kernel and only get WSOD when using Qi. After booting using Qi, suspends often give flashes on the screen after it has gone dark, but before it suspends or as it actually powers down. This does not happen on uboot I know Qi (and uboot) are not supposed to affect anything after its passed control over to the kernel, but it looks like its not presetting something that uboot does, and the kernel doesnt know about. I am happy that after swapping between uboot and Qi every week or so, that Qi, or something it does, or doesnt do allows WSOD's to occur. So if you get WSOD's, can you state here if you are using Qi, and if they stop when using uboot. If I am not the only data point for this, it might be easier to fix if others can add their input. If I am not alone in this observation, I'll add it to the bug tracker. BillK On Thu, 2009-09-10 at 15:28 +0200, Radek Polak wrote: Vinzenz Hersche wrote: wasn't radek wrote something like the 2.6.30-kernel uses about 20% less ram on his moko? (is this kms? haven't a fully clear head now :p ) That could be different kernel config. And it was much faster because the Qtopia bug didnt appear on this bug. But otherwise subjectively the new kernel performed really well except guess what - WSOD. I had it on every suspend. But it could be that i have done something wrong. I am now waiting for 2.6.31 to try it out again. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wireless Signal Power Levels...
On Wed, 2009-09-09 at 10:16 -0400, John Dowd wrote: I've been working with the wifi aspect of the Openmoko trying to setup for a SIP based phone system. One problem that I've been having that someone pointed out is that the signal levels may be one problem that I'm running into. When I have a wireless connection and I do a iwconfig on the Neo side, the signal level is being shown at -147dBm. Apparently that is very low and the expected working level should be around -90dBm. I'm running the AP (Access Point) using hostapd on PC with a USB wireless dongle so I do have access to the AP and settings. My question is: is the signal level really a problem and is there a simple configuration setting that I can use to try and fix it? Cheers!! Yes, pick up freerunner and place next to AP. In plain terms, the freerunner is deaf. To get a stable wifi signal, it needs to be close to the AP. To put it in perspective, my sony vaio laptop with an intel chipset works at least twice as far from the AP as the FR does :( Some improvement at longer distances can be made by using wmiconfig --power=maxperf eth0 (check syntax), but the downside is it only works sometimes, sucks power and may cause problems with bluetooth (i.e., streaming internet radio over wifi and using a bluetooth headset). BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
The reason for downgrading is simple - 2.6.29 doesnt work for gsm - the error is similar to the one reported for GPS (rxerr) a while back. I just flashed uboot back over qi - no wsod yet, tough need a few more resumes to be sure. Paul F. has worked with me on on it at one point - his take is I have a faulty GSM chip - my thoughts are that it works with certain combinations, not others which means to me something is not being handled correctly. There were a lot of changes in handling serial ports between 2.6.28 and 2.6.29 - I am slowly going over them in order to see whats changed in regard to getting GSM operating. BillK On Tue, 2009-09-08 at 16:29 +0200, Sebastian Krzyszkowiak wrote: On 9/8/09, Jens Seidel jenssei...@users.sf.net wrote: On Tue, Sep 08, 2009 at 08:56:07AM +0800, William Kenworthy wrote: On Mon, 2009-09-07 at 16:43 +0200, Sebastian Krzyszkowiak wrote: WTF? WSOD still happening? What kernel do you use? o_O 2.6.28 - never been able to get GSM working on 2.6.29 so thats not an option. WSOD happens when using Qi, not when using uboot. But uboot may need multiple boot attempts before even 2.6.28 will talk to the gsm chipset, whereas Qi is reliable - something is not getting initialised properly somewhere. Funny, it's opposite for me. I used until yesterday 2.6.29 together with uboot but switched back to 2.6.28 and now the WSOD vanished. Great! With 2.6.29 WSOD happened very often (I would say in 50% of all cases). Don't remember GSM status with 2.6.29 (works great with 2.6.28), used it in the past mainly as PDA. Jens BTW. Why are you playing with kernels instead of using ditribution one? I understand playing with 2.6.31 RC kernels, but downgrading? SHR-unstable comes with latest andy-tracking. If something doesn't work in this kernel, then it has to be reported, debuged and fixed, instead of just switching back and being quiet about that! -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 17:20 +0530, Vikas Saurabh wrote: Hi, Quite often when I get a call, all I see is the locked screen. Now, what I would expect is to able to accept the call without actually unlocking the phone. Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. --Vikas PS: I had a look at the TODO list in git( http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) and this didn't appear there An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) - making the bottom left 1/4 of shr-today accept, and bottom right quarter reject would be nice when the thing wsods on resume (the TS still works - just cant see what you are doing) when a call comes in. Yes its a hack, but unless wsod is fixed, what alternative do we have. Oh, and sliders suck :) Got laughed at the other day when I dragged out the FR to look up a date - I had the screen brightness down a bit as I was previously using it indoors - finger operation of sliders isnt good (besides having to navigate layers of menus to get to it) - I might have laughed in frustration myself if I wasnt cringing from the derogatory comments the FR interface got - not a good advertisement :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 16:43 +0200, Sebastian Krzyszkowiak wrote: On 9/7/09, William Kenworthy bi...@iinet.net.au wrote: On Mon, 2009-09-07 at 17:20 +0530, Vikas Saurabh wrote: Hi, Quite often when I get a call, all I see is the locked screen. Now, what I would expect is to able to accept the call without actually unlocking the phone. Can we have another slider like control with slider thumb in between. Moving the slide to left accepts the call and moving it to the right rejects it. --Vikas PS: I had a look at the TODO list in git( http://github.com/slyon/today/blob/b279a6af85352de0ca9db4ac3c1f4f06e086ed8b/TODO) and this didn't appear there An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) WTF? WSOD still happening? What kernel do you use? o_O 2.6.28 - never been able to get GSM working on 2.6.29 so thats not an option. WSOD happens when using Qi, not when using uboot. But uboot may need multiple boot attempts before even 2.6.28 will talk to the gsm chipset, whereas Qi is reliable - something is not getting initialised properly somewhere. Yeah, I know I should be using 2.6.29, but I dont think thats the problem, and I if I cant use it as a phone whats the point? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Today] Accept call without unlocking
On Mon, 2009-09-07 at 16:54 +0200, Jens Seidel wrote: On Mon, Sep 07, 2009 at 04:43:59PM +0200, Sebastian Krzyszkowiak wrote: On 9/7/09, William Kenworthy bi...@iinet.net.au wrote: An observation - Ive lost a few calls (~5) now due to wsod on resume - until this is fixed (and after so long, is it likely to ever be fixed?) WTF? WSOD still happening? What kernel do you use? o_O Oh, yes, WSOD still happens. But in contrast to the past the problem may vanish after a further suspend, see http://docs.openmoko.org/trac/ticket/2274 (Kernel regression: white screen of death reappeared with 2.6.29). I was suprised about the fact that one no longer has to restart to get again a working state and verified it only a few hours ago. In general one needs only one or two suspend iterations until the white screen vanished :-) Jens Yes, suspending fixes it tempoarily - it will randomly come back. And suspending when a call comes in is not really what you want. WSOD happens randomly (maybe 1 in 10) on anything that causes the FR to come out of suspend, manual, sms, call, alarm, ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] swapon: swapfile has holes
On Sat, 2009-09-05 at 11:45 +0200, Matthias Huber wrote: Timo Juhani Lindfors schrieb: Matthias Huber matthias.hu...@wollishausen.de writes: *** but if you are formatting the card, you can make a real swap _partition_ also. What are the advantages of a swap partition? The only one I can think of is that it can be used for software suspend. afaik, it is much faster than file. -- MatzeHuber I use swapfiles occasionally on my desktop when it looks like I need more swap (large graphics - gimp) - I would disagree that a swap partition is much faster - experience shows its more like much, much, much ... faster :) Not of much use on th FR, but swap partitions on different drives having the same priority use a parallel striping for read/write (like raid0) for a speedup. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wifi driver stability improved -- wrong patch reverted
That link looks like its only 762 bytes - somethings wrong? On Fri, 2009-09-04 at 16:21 +0400, Paul Fertser wrote: Nicola Mfb nicola@gmail.com writes: I remember you were testing the fsoraw method and indeed proved that it doesn't work properly with the latest kernel. After some discussion we reverted the offending patch and now the latest SHR kernel should provide the same level of stability as .28. Please try again and report the results. I'm not sure but latest SHR kernel seems to be 2d158aae9d8d36f575504f59884ed8e80802efe2, and that does not include the wifi revert. http://build.shr-project.org/shr-unstable/ipk/om-gta02/kernel-2.6.29-rc3_2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5_om-gta02.ipk opkg update opkg upgrade should deliver it automatically. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wifi driver stability improved -- wrong patch reverted
my mistake - looks like a meta-package ... :( BillK On Fri, 2009-09-04 at 21:29 +0800, William Kenworthy wrote: That link looks like its only 762 bytes - somethings wrong? On Fri, 2009-09-04 at 16:21 +0400, Paul Fertser wrote: Nicola Mfb nicola@gmail.com writes: I remember you were testing the fsoraw method and indeed proved that it doesn't work properly with the latest kernel. After some discussion we reverted the offending patch and now the latest SHR kernel should provide the same level of stability as .28. Please try again and report the results. I'm not sure but latest SHR kernel seems to be 2d158aae9d8d36f575504f59884ed8e80802efe2, and that does not include the wifi revert. http://build.shr-project.org/shr-unstable/ipk/om-gta02/kernel-2.6.29-rc3_2.6.29-oe11+gitr119844+a3587e4ed77974adfb057af261aaeea4022018e8-r3.5_om-gta02.ipk opkg update opkg upgrade should deliver it automatically. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: vi vs. nano in shr user manual (was Re: SHR first experiences user manual)
On Fri, 2009-08-28 at 11:00 +0300, Risto H. Kurppa wrote: see http://wiki.openmoko.org/wiki/SHR_User_Manual#Audio:_Volume ... Wait a sec - did I understand correctly that you want to tell people to use vi in the user manual? So I take you expect that people going through the manual are skilled enough to use vi and if not, they'll be smart enough to use nano instead? Maybe the manual should explain how to use vi: how to save, exit etc.. I have no idea how to use it. Maybe a link to vi howto? I have no problems accepting that some prefer more vi than nano but I have hard time accepting it being suggested in a manual where you can't be sure people know how to use it as it isn't as self-explanatory as nano, no matter how much Ctrl you have to use. r I would agree with Risto here - vi is great for experienced users, but for the inexperienced or pure user - it can be a nightmare experience that provides detractors with plenty of ammunition that linux is hard to use, for geeks only and not for serious use ... Idea, have guides for both (if not nano then something similarly easy to use - a dos edit clone of some kind for compatibility, nedit?) - linked from the manual. There are plenty of vi guides out there, and probably for most other apps as well. The idea should be to guide and inform, catering for both experienced and inexperienced (to both the FR and linux) users. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacement battery for GTA01/Neo
err, which version? - I did a make update, built and upgraded yesterday (shr-u) and its not there (though the new pin dialog is - Yeah!) or is it only visible on a non-gta02 battery? BillK On Wed, 2009-08-19 at 17:32 +0200, Sebastian Krzyszkowiak wrote: On 8/19/09, Daniel.Li lida_m...@163.com wrote: On Wed, 2009-08-19 at 09:50 -0400, Stefan Monnier wrote: BL-5C can't be charged with GTA02. I presume you mean GTA01, right? My GTA02 has no trouble charging my BL-5C. Really? I bought BL-5C compatible battery month ago, and it can't be charged with GTA02. I also remove BL-5C from Nokia phone, and GTA02 still can't charge this battery. And previous discussion tells that GTA02 can just charge battery with Coulomb-counter. Does this bug fixed? Stefan SHR even supports Nokia batteries from GUI, just enter SHR Settings - Power - Battery - Switch to dumb battery driver, and then you'll get estimated capacity and it charges without any problems. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] wifi timeout with mokonnect
The way I got around this is to use two scripts - the first just handles spawning wpa_suppliocant and stops at a read statement - then hitting a return key exits the script. The various rm and kill commands are to cleanup before and after - needed for reliable and repeatable connections! This works with AP's wpa2, wep and no encryption at all (I use kernel 2.6.28 on shr-u, but it works with 2.6.29 as well) The second script just calls the first using fsoraw - I use a desktop icon calling script2 using xterm -e script2 script1: #!/bin/sh killall -9 wpa_supplicant udhcpc sleep 1 rm /var/run/wpa_supplicant/eth0 echo wifi starting! /usr/sbin/wpa_supplicant -B -t -i eth0 -Dwext -c /etc/wpa_supplicant/wpa_supplicant.conf sleep 8 ifup eth0 route del default gw 192.168.0.200 read ifdown eth0 killall -9 wpa_supplicant udhcpc echo WiFi off script2: #!/bin/sh export USER=root export HOME=/home/root cd /home/root ifdown eth0 sleep 1 /usr/bin/fsoraw -s -r WiFi,CPU -- /home/root/mefiles/wifi echo Done! On Fri, 2009-08-14 at 20:46 +0200, arne anka wrote: well, i did right now # fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf which resulted in ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported CTRL-EVENT-SCAN-RESULTS Trying to associate with XX:XX:.. (SSID='myssid' freq=2422 MHz) Association request to the driver failed Associated with XX:XX... WPA: Key negotiation completed with XX:XX:... [PTK=TKIP GTK=TKIP] CTRL-EVENT-CONNECTED - Connection to XX:XX:XX:... completed (auth) [id=2 id_str=] ok, dhclient eth0 opbtained an ip. but so fra i got vene without fsoraw the last time. let's see, what happens in a second attempt. killing 'fsoraw ...' with CTRL+C ... CTRL-EVENT-TERMINATING - signal 2 received ioctl[SIOCSIWESSID]: Invalid argument ioctl[SIOCSIWMLME]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported hmm. ok, # fsoraw -r WiFi -- wpa_supplicant -ieth0 -Dwext -c/etc/wpa_supplicant/wpa_supplicant.conf and ... ioctl[SIOCGIWRANGE]: Input/output error ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error Failed to initiate AP scan. ioctl[SIOCGIWSCAN]: Input/output error ioctl[SIOCSIWSCAN]: Input/output error ioctl[SIOCGIWSCAN]: Input/output error ... indefinitely. # killall wpa_suplicant and the fr is shock frozen. not really convincing a performance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO resources, GPS-TTFF example (Was: is wifi-driver developed anymore?)
On Fri, 2009-08-14 at 14:15 +0200, arne anka wrote: If the app doesn't have FSO support, use fsoraw to request the resource. _now_ i am confused. in my understanding ... what i always tried to find out, and i understand now even less than before: what is the rationale for fsoraw? if it does nothing but requesting the resource, a dbus call would do exactly the same w/o need of an additional app (and second one to release afterwards, of course). if it does soemthing a dbus call won't be able to deliver, why isn't fso extended to include that functionality? fsoraw, mdbus and dbus-send all allow management of resources. mdbus is slow - very slow - its was apparently a test tool that proved useful. An advantage that it does have is that it can request some resources and they stay requested until you specifically request them to be released. I was never able to use dbus-send reliably though it was reccomended as a replacement for mdbus. fsoraw is fast - thats its main advantage, plus when it requests a resource, it releases it on exit - so when the app called by fsoraw exits, fsoraw then also exits and the resource is automaticly released. All fsoraw seems to be is a program that calls the dbus libraries directly, hence its speed. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Keyboard (delete/backspace, insert...)
Yes, its a well known usability issue and FR black mark. Find the directory where terminal.kbd lives and copy it over the top of the others - problem solved. BillK On Fri, 2009-08-07 at 21:57 +0200, glenn.mh...@gmail.com wrote: At 21:30 +0200 07/08/09, Sebastian Krzyszkowiak wrote: On 8/7/09, glenn.mh...@gmail.com glenn.mh...@gmail.com wrote: If you catched the proper notion you will think: Oh My God - I have been enlightened! From now on I will also remember to think about usability and not provide my end users with nerdy user interface stuff, e.g. some non-button like button! CLOSED, WONTFIX: UPSTREAM ;p ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr] illume keyboard problem when rotating screen
On Fri, 2009-08-07 at 16:44 -0700, jeremy jozwik wrote: On Fri, Aug 7, 2009 at 4:36 PM, Davide Scainidsca...@gmail.com wrote: hi mates, i'm using shr-u every day updated ... danger is my hobby. i'm experiencing some problems when i rotate the screen: illume keyboard does not fit anymore and i cannot pop it out. thats not only a problem on the newest version. little things like that is why i switched to literki. now if only he would re-code the vibrate feature i would be super happy moko guy How did you get around apps popping up the illume keyboard? - if I try and use the wrench menus to turn the illume keybord off enlightenment starts segfaulting :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is your GPS working today?
gps works fine (2.6.28 kernel) with latest shr-u. GSM using the standard 2.6.29 kernel (and moko11 and fso-abyss) gets the rxerr message and I have yet to get a connection to the gsm modem using the standard kernel no matter what I have tried. Have not tried gps with the standard kernel because of the gsm problem. Ive looked at the code and cant see anything obvious (to me :) but the code is the same for each port in 2.6.29, but there are differences between 2.6.29 and 2.6.28. BillK On Sun, 2009-07-26 at 20:48 +0200, Sebastian Krzyszkowiak wrote: Hey guys! I have really small question. Is your GPS working now? And if not, when it worked last time? Also if not - after trying to use it, check if you have rxerr messages in dmesg, and report it here. Thanks, Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] ffalarms led color
'opkg files ffalarms' will list everything BillK On Fri, 2009-07-24 at 23:13 -0700, jeremy jozwik wrote: On Fri, Jul 24, 2009 at 10:26 PM, William Kenworthybi...@iinet.net.au wrote: I installed, then edited the theme (edj file) for it to change colour and disable that braindead puzzle. BillK Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ffalarms has its own edj? where is it? dont mind the puzzle all that much just wish for color options ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] ffalarms led color
I installed, then edited the theme (edj file) for it to change colour and disable that braindead puzzle. BillK On Fri, 2009-07-24 at 11:08 -0700, jeremy jozwik wrote: just a quick question in regards to ffalarms. i was looking around in the led clock app page on the wiki http://wiki.openmoko.org/wiki/LED_clock it makes mention of being able to change the clock color. is there any support for this in ffalarms? - jeremy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Reducing resume verbosity with Qi
I am using Qi to boot a gta02 to a flashed shr-unstable (not on SD) It works ok, but after a few resumes it slows dramaticly due to verbose printing to the screen. Is there a way to fix this? With u-boot, I reduced the kernel verbosity to get a happy medium, but it looks like Qi cant do this unless you are booting from SD. BillK -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps : updating tiles ?
Is there any advantage (to the server) of using curl? - is there a
reason why openstreetmap would ban one and not the other (or is it just
someone(s) using wget beating up their server?
BillK
On Fri, 2009-07-24 at 12:25 +0700, Alejandro Sáiz wrote:
It might be as easy as this:
for TILE in `find /path/to/tiles -type f`; do
echo ${TILE}
FILE=`basename ${TILE}`
L1=`dirname ${TILE} | gawk -F/ '{ print $NF}'`
L2=`dirname ${TILE} | gawk -F/ '{ print $(NF-1)}'`
curl --output ${TILE}
http://tile.openstreetmap.org/${L2}/${L1}/${FILE};
done
curl and http are on the same line, you mail program might
split in over
two lines.
Kind regards,
Ed
For some reason I don't understand, all my stored map tiles suddenly
appeared upside down (rotated 180 degrees) in tangogps, while newly
downloaded tiles showed correctly. Yaouh didn't seem to correct that
problem, so I found Ed's script very useful to substitute all the
stored tiles with fresh versions from osm.org. Thanks Ed.
Alex
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
--
William Kenworthy bi...@iinet.net.au
Home in Perth!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: SD-card faulty?
I think append-GTA02 is used by Qi ? - I use u-boot, the clock is slowed by using an init file - can use for Qi or u-boot /etc/init/sd_clk _ #!/bin/sh echo 1000 /sys/module/glamo_mci/parameters/sd_max_clk _ Add it to run on boot via update-rc.d There is also a wiki page somewhere with more detail BillK On Wed, 2009-07-15 at 08:09 +0100, Linus Gasser wrote: William Kenworthy a écrit : have a sandisk 8G card - using the default clock rate I get corruption within a few minutes with tangogps or any heavy usage. If you get corruption, is the filesystem directly unusable, or is it only visible after a reboot? Slowing the clock down totally fixes it. Could you copy-paste the append-GTA02 - file, please? Thank you, Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
hmm, I am using the same kernel/shr-u combination, but with fso-abyss :) cant get gsm with 2.6.29 :( wifi works well for, even stopping wpa at home and reassociating to a wep AP at work. The script below is called using fsoraw to turn on/off the wifi power control first. #!/bin/sh killall -9 wpa_supplicant udhcpc sleep 1 rm /var/run/wpa_supplicant/eth0 echo wifi starting! /usr/sbin/wpa_supplicant -B -t -i eth0 -Dwext -c /etc/wpa_supplicant/wpa_supplicant.conf sleep 5 ifup eth0 route del default gw 192.168.0.200 read ifdown eth0 killall -9 wpa_supplicant udhcpc echo WiFi off On Wed, 2009-07-15 at 12:00 +0200, Davide Scaini wrote: Ok guys! we're talking everyday of a different issue that makes our fr not really usable... but i'm sure that there is someone who as a fr decently working and he/she can share with us his tips. My idea is to open a thread where everyone posts his configuration with working/not working sections. Maybe, finally, we can find a balance merging all the diffs that works... My2cents: system: SHR-U shr-image-glibc-ipk--20090709 kernel: 2.6.28-oe1 +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin (it'a a TRUE .28-rc4) (with modules, i haven't figured out how to extract the tar on my fr, i extract it on the sd then cp on /lib/ ) boot: qi Performances: wifi: I got wifi working for a long with that kernel, but now i cannot get connected via wifi 'cause this error: run-parts: /etc/network/if-pre-up.d/ wpasupplicant exited with code 1 i have no idea how to handle it. (on debian i had always a working wifi with no troubles... i should search for the script i used...) gprs: never tried gps: works like a charm calls: i have the very same of all with call volume, but i'll fix it copying alsa states from shr-testing. usb: get the connection reliably software: minimo, tangogps, yaouh, orrery, mofi, leafpad (terminal) are the most used. shr-settings is _very_ useful, that' why i abandoned debian (even if debian has tons of software...) what i miss: a realiable wifi :( a finger friendly file manager. (ps: I cannot download anymore bigG maps iwth the repos linked on wiki... do you know why?) As you can see my system is not really that working, what i really miss is the wifi... i mainly use it as a pda. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 12:05 +0200, Tony Berth wrote: On Wed, Jul 15, 2009 at 12:00 PM, Davide Scaini dsca...@gmail.com wrote: Ok guys! we're talking everyday of a different issue that makes our fr not really usable... but i'm sure that there is someone who as a fr decently working and he/she can share with us his tips. My idea is to open a thread where everyone posts his configuration with working/not working sections. Maybe, finally, we can find a balance merging all the diffs that works... My2cents: system: SHR-U shr-image-glibc-ipk--20090709 kernel: 2.6.28-oe1 +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin (it'a a TRUE .28-rc4) (with modules, i haven't figured out how to extract the tar on my fr, i extract it on the sd then cp on /lib/ ) boot: qi Performances: wifi: I got wifi working for a long with that kernel, but now i cannot get connected via wifi 'cause this error: run-parts: /etc/network/if-pre-up.d/ wpasupplicant exited with code 1 i have no idea how to handle it. (on debian i had always a working wifi with no troubles... i should search for the script i used...) gprs: never tried gps: works like a charm calls: i have the very same of all with call volume, but i'll fix it copying alsa states from shr-testing. usb: get the connection reliably software: minimo, tangogps, yaouh, orrery, mofi, leafpad (terminal) are the most used. shr-settings is _very_ useful, that' why i abandoned debian (even if debian has tons of software...) what i miss: a realiable wifi :( a finger friendly file manager. (ps: I cannot download anymore bigG maps iwth the repos linked on wiki... do you know why?) As you can see my system is not really that working, what i really miss is the wifi... i mainly use it as a pda. concerning the call volume, could you please post the settings for that? I tried different things but no success so far :( Thanks Tony Use the following one liner: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetSpeakerVolume 68 With an otherwise standard shr-u, its fine - if I dont reduce the volume this way the other end just hears noise. Ive tried to tune the state file, but no luck - too many settings and too little time ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 12:43 +0200, Tony Berth wrote: ... Use the following one liner: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetSpeakerVolume 68 With an otherwise standard shr-u, its fine - if I dont reduce the volume this way the other end just hears noise. Ive tried to tune the state file, but no luck - too many settings and too little time ... BillK Thanks for your reply. What is the current SpeakerVolume which this command will change it to '68' and if I restart FR do I have to re-issue that command? Tony mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.GetSpeakerVolume Mine shows 100 and yes, you need to do it after every boot - there is somewhere in the .e directory you can put a script to run the command and any others thats its good to do on startup (restart atd to fix ffalarms, ifdown usb0;ifup usb0 to make sure usb0 keeps working etc). BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 15:43 +0400, Paul Fertser wrote: Tony Berth tonybe...@googlemail.com writes: What is the current SpeakerVolume which this command will change it to '68' and if I restart FR do I have to re-issue that command? Any particular reason you don't want to do it properly by tuning the state-file? Statefile has not worked so far - changing various settings either has no effect, or makes things worse (mic volume or speaker volume is totally inadequate). Also I saw your post that this command sets clevl to 255 or maximum - that in itself is a recipe for disaster in my view - never run anything analog flatout unless you are absolutely sure that there are no side effects - and as the audio chain is playing up and nothing else seems to fix it, this seems the way to go. BillK -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 13:46 +0200, Davide Scaini wrote: please, if you can, use this thread to POST YOUR CONFIGURATION, tips and tricks are a REALLY appreciated consequence, but first post your setup. d did it in my first reply shr-unstable with a 2.6.28 kernel and fso-abyss BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] call for configurations
On Wed, 2009-07-15 at 13:56 +0200, Sebastian Krzyszkowiak wrote: On 7/15/09, Davide Scaini dsca...@gmail.com wrote: He said he's not able to setup it correctly 'cause it's really messy... i agree... d On Wed, Jul 15, 2009 at 1:43 PM, Paul Fertser fercer...@gmail.com wrote: Tony Berth tonybe...@googlemail.com writes: What is the current SpeakerVolume which this command will change it to '68' and if I restart FR do I have to re-issue that command? Any particular reason you don't want to do it properly by tuning the state-file? Just use alsactl and alsamixer for tuning state file. Nothing hard, there are only about 4 interesting controls, named friendly. Two reasons - here in Australia using a prepaid card you can run up a huge bill making test calls. and it hasnt fixed the problem in a usable way so far. Also, it would be useful to know the reason why you want to run the GSM input so high when its causing these problems? BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: why openmoko is so slow? Is it a joke?
On Tue, 2009-07-14 at 16:38 -0400, David Ford wrote: i don't know where you got this information, but by far and large the OM phones have never been touted as ready for end users by OM, or by the developers working on the neo1973 or freerunner software. Actually - when first released it was supposed to be ready for the end user (thats when I bought it - first release) - its only when it got into the hands of users that this shown to be wrong - and at the time OM and community thought it was nearly there so there was no concious attempt to deceive. Time showed how wrong we all were about how ready the software was ... ... with occasional telephone calls. i'm aware of a number of bugs and that BT doesn't yet work for me. however there's a push the last few days on BT and some people have reported some successes so when i get my phone back from getting a buzz fix, i'll eagerly try it out. BT as A2DP (music playback) works for me using a motorola S9 headset. Have not tried to get GSM working through it yet. wifi works well, except I find it quite insensitive compared to most laptops in direct comparison (I use wpa-supplicant, not lame attempts like mofi etc. Perhaps my biggest beef is that the community is very much into NIH (not invented here) and tries to (poorly) produce applications instead of improving and using existing stuff. if the speaker volume is low, turn it up. unstable? have you updated software on it? currently i am now dealing with the ar6000 kernel wedging and ophonekitd crashing on every other event. otherwise it's ... I have to turn the volume down or I get complaints people cant understand me (sounds like its being overdriven, confirmed by turning volume down) - the gains through the mic chain are not optimal, though my phone is not buzz fixed either. In noisy environments, the FR us unusable as you cant hear it, and the other end hears noise and environmental sounds clearer than my voice. Using shr-unstable with a few tweaks (2.6.28 kernel, fso-abyss, ...) BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SD-card faulty?
have a sandisk 8G card - using the default clock rate I get corruption within a few minutes with tangogps or any heavy usage. Slowing the clock down totally fixes it. BillK On Tue, 2009-07-14 at 22:21 -0400, David Ford wrote: some 2G cards were created less equal than others :/ i have two 4G cards and both are entirely unusable inside the gt02. file system corruption occurs within minutes. same cards are perfectly reliable on my desktop and laptop. The Digital Pioneer wrote: I'm pretty sure all 8GB cards will be supported. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable] phone profile
On Mon, 2009-07-13 at 10:58 +0200, Helge Hafting wrote: Joshua Judson Rosen wrote: jeremy jozwik jerjoz.for...@gmail.com writes: is there a config file that i can alter to make my shr-settings phone profiles stay put even after a shutdown? it i set to vibrate, shutdown and turn on at a later time phone settings will always default back to default Isn't that why it's called default? Default is what you get after flashing. default is what you get when you don't customize. And that is fine. The phone is not supposed to revert back to default just because the user boots it. If you make _changes_, they should stick! Helge Hafting Yeah, thats way I think it should work too - however you can get a usable situation by changing the settings for default to your common situation (which then become sticky and last through a reboot/most upgrades). That way if want silent for default - change all the default settings to silent and it will boot up as that. Counter-intuitive ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rustling noise on phonecalls
On Wed, 2009-07-08 at 21:54 -0700, Ben Wong wrote: Mickey: It seems a very bad idea to default to maximum volume if it causes distortion. I'm not sure yet that that's the sole audio problem in SHR-unstable, but I can say that when I turned the speaker volume down to what it was in SHR-testing (68%), I was understood perfectly, for the first time, by Google's voice recognition (1-800-GOOG-411). For anyone wondering how to use D-Bus to set the volume to 68%, you can do it by cutting and pasting this line: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.SetSpeakerVolume 68 And this line will show you the current volume: mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.GetSpeakerVolume Please experiment with different values by changing the volume during a call. I'm interested to know what values work the best for you all. And does 100% actually work for anybody without distortion? --Ben This improved things a lot on my *NOT* buzzfixed GTA02v5 - I have had a lot of complaints recently (shr-unstable), now its much better. Thanks for the mdbus lines. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: External GPS antenna question
On Sat, 2009-07-04 at 19:56 +0100, Al Johnson wrote: On Saturday 04 July 2009, Paul Fertser wrote: Sebastian Krzyszkowiak seba.d...@gmail.com writes: On 7/4/09, Hammer Armin aham...@datazug.ch wrote: With the internal gps antenna, the first fix last quite long - with the external - within 5min to 10min I get a fix. WTF? I'm getting fix easly with *internal* GPS antenna in 30 seconds - 2 minutes... Because you already have almanac (and sometimes ephemeris) data. With a good sky view and suitable constellation TTFF from cold is ~40s with the internal antenna, rootfs on SD and an early A05 without the capacitor on SD. For it to take 2min I need heavy urban canyoning, being indoors or in a vehicle, or an unusually poor constellation. Having almanac and ephemeris _should_ make it faster, as should initialisation with correct time and approximate location. Feed it incorrect data at startup and you can get a very long TTFF, or no fix at all, and ogpsd has done this at some stages of its development. and if you are carrying the FR in a pocket, yes it gets a lock most of the time, but the track wobbles all over the place - up to a hundred meters. And if driving through an urban canyon, similar track errors can occur. Ive wanted a small external powered antenna for some time to improve this. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New archive file format (was: [omgps] collect feature requests)
I hope not - I have over 2 million tiles stored on SD card - if file corruption or disaster occurs, it may affect only one tile if its being accessed at the time - imagine the effect of file system corruption on one large archive ... you will most likely lose the lot. Then there is the extra overhead needed - Ive gotta ask why? - if you can justify the extra cpu needed for this, why not do vector maps? BillK On Thu, 2009-07-02 at 00:42 -0700, mqy wrote: x and y are tile no in tile coordinate system within range of [0.. 2^zoom). just do it if you have time, since proof of concept is necessary :) keep in mind clear APIs. it's likely that, the final version to be integrated into omgps is rewritten in C. Laszlo KREKACS wrote: If I understand right the OSM tiles, they have the following directory ... -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why is it so slow ?
On Thu, 2009-07-02 at 03:01 +0200, Bernd Prünster wrote: Denis Johnson schrieb: On Thu, Jul 2, 2009 at 4:27 AM, Sebastian Krzyszkowiakseba.d...@gmail.com wrote: Just set ELM_ENGINE env variable to x11-16. You must know about /etc/profile, didn't you? ; Just to demonstrate my lack of familiarity in this area, could someone please provide exact example of the line that needs to be added to /etc/profile echo ELM_ENGINE=x11-16 /etc/profile Shouldnt that be : echo; echo export ELM_ENGINE=x11-16 /etc/profile ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: intone a2dp (bluetooth) support
Just another data point - if your using streaming audio across wifi (I am using mplayer streaming from my ISP's radio offerings), a2dp can suffer badly if using wmiconfig -i eth0 --power maxperf - it seriously interferes with bluetooth BillK On Wed, 2009-06-10 at 15:55 +0100, Michael Sheldon wrote: Yorick Moko wrote: One thing I don't understand: intone with a2dp: mplayer usage around 40% and sometimes spikes to everything available (80-85%) == no fluent playback intone without a2dp: 12% cpu == fluent playback how come? Well the a2dp stuff seems to be fairly cpu intensive, presumably because it's having to performing sbc encoding before sending the audio to the device (most devices support direct streaming of mp3 data but I don't think this is possible with mplayer, it is with gstreamer though). You should still be able to get reasonable mp3 playback, you won't get acceptable ogg playback though, as the combination of a2dp and ogg decoding appears to be too much for the cpu to handle. If you're getting very choppy playback with mp3s and you're using bluez4 then try running hciconfig hci0 lm master; hciconfig hci0 lp hold,sniff,park after starting the bluetooth daemon. Cheers, Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Sun, 2009-05-31 at 18:15 +0400, Paul Fertser wrote: On Sun, May 31, 2009 at 03:47:04PM +0800, William Kenworthy wrote: ... Look at AUX led. Enable whichever loglevel for kernel you like. Boot a minimal kernel that will boot really fast. Not a bootloader problem. I probably have not been clear enough - if the bootloader exits (as it was doing to me silently), you can go along blithely thinking that the phone was booted and working but it wasn't so I missed an important call. The problem is that Qi doesnt give ANY feedback to a user, its always a worry - is it or isnt it booting? Granted that you can overide to force feedback, but then why not use uboot which has proven reliable AND tells the user that something is happening faster than Qi will boot when in debug mode (so I presume from my memories of trying to test/time this). I am not talking about kernel boot messages, but something every 10-15 seconds to reassure the user. I have used a number of cheap mobiles, a treo650. Thfamily have a range of mobiles up to an N95. I have used quite a number of linux versions over the years - none, absolutely none including windows tells the user nothing like Qi does. That if nothing else should tell how wrong Qi's operation is. and the clincher for me was that the gain using Qi (faster booting) didnt seem very much ... so why use it all? It just seems like more NIH syndrome. Again, I can only remember Andy saying he didnt like uboot, hence Qi, and Qi was going to be so much faster ... BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
Not sure - raised it with Andy directly when he asked for comments - but it was not going to be fixed as it was works for me (booting failures) - this being him. And, as you know he was very against Qi printing anything informative to the user as it would take time and Qi was about speed, not correctness - my impression based on Andy's comments. As far as I am aware its not maintained, though Andy did say he hoped he would be able to do so - I just checked the OM wiki page for it and see that there is a new download directory, but no information about progress other than approaching release. I am still wary of wasting time trying it because the wiki still says A short press on the power button is enough to make Qi start booting. In a few seconds the backlight will be lit, but the kernel will not spew any console messages unless something is wrong. It may take up to 2 minutes (depends on distribution) until X is started during which there will be no visual feedback. Please be patient. - that is just plain broken from a user perspective and in my case, wasted time as it didnt always reliably start when pressing the powerbutton. Why am I so negative - lost an important call when the FR didnt boot when it should have - due to Qi. I am just not prepared to stare at the FR for in excess of 2 minutes to see if it boots before getting on with life. The wiki suggests looking for the backlight ... what a joke, ever tried doing that in daylight/real life? BillK On Sun, 2009-05-31 at 10:32 +0400, Paul Fertser wrote: William Kenworthy bi...@iinet.net.au writes: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... Occasionally? Ticket #? so not unless things have changed and it seems currently unmaintained. It is maintained. And it just works. I'm sad to see you saying things like that. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Sun, 2009-05-31 at 10:46 +0200, Fox Mulder wrote: William Kenworthy wrote: On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes r no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... so not unless things have changed and it seems currently unmaintained. Be nice to be corrected as uboot seems essentially in the same boat, but at least its more reliable. I use QI for some months now and it never failed once to boot my neo. I also changed the version of qi some times to a newer version but this never changed the working state for me. :) So think of QI as stable enough for daily use. Ciao, Rainer ok, thats a few saying it works so I'll give it another try. But I really really dont like the way it doesnt inform the user whats happening. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] a community effort
On Thu, 2009-05-28 at 21:07 +0300, Risto H. Kurppa wrote: On Thu, May 28, 2009 at 8:03 PM, Rui Miguel Silva Seabra r...@1407.org wrote: Is Qi reliable enough already to migrate from u-boot? Yes r no, fails to boot occasionally, and because it doesnt print anything to screen you dont know until much later ... so not unless things have changed and it seems currently unmaintained. Be nice to be corrected as uboot seems essentially in the same boat, but at least its more reliable. BillK -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
Not sure - I saw a post saying automotive changed direction using a wide smooth curve where pedestrian was much sharper - perhaps have it selectable. Bikes would be closer to pedestrian? - for mapping purposes, pedestrian might be better? Comment from anyone able to compare this? Bill On Wed, 2009-05-27 at 07:31 -0700, mqy wrote: Yes, ease of use is also an important thing other than power-safe and stability. In fact I haven't ever used any GPS application other than TangoGPS. Before writing this application, I know nothing about GPS, GTK+ at all. Other commercial level applications must have excellent ideas that I can borrow from, unfortunately I don't have such devices, thus your suggestions are important. UBX 4/5 supports configuring navigation model via CFG-NAV2 or CFG-NAV5. Options are: * 1 Stationary * 2 Pedestrian * 3 Automotive * 4 Sea * 5 Airborne with 1g Acceleration * 6 Airborne with 2g Acceleration * 7 Airborne with 4g Acceleration Default is automotive. As of my understanding, the model determines how GPS receiver calculates fixes, automotive should be OK, right? William Kenworthy wrote: On Wed, 2009-05-27 at 08:37 +0300, Risto H. Kurppa wrote: On Wed, May 27, 2009 at 1:05 AM, mqy meng.qing...@gmail.com wrote: Although there is a thread about omgps, I think I'd list the important things here. Those who have installed previous version(s) are recommend to do a update. download url: http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk Important updates since first release on 2009-05-21: Wow, nice! Keep up the good work! BTw about the autocenter feature: could it update the position a bit earlier than when hitting the edge, let's say when there's 1/3 of the screen left before hitting the edge? Just to allow you to see more in the direction you're going to. THanks! r I would like to add my request for this as well - at the moment its not usable when driving/or riding a bike as you cant see whats coming. Even better than the 1/3, would be to offset the cursor so that 2/3 (or more) of the screen is ahead, and only a small amount is behind (none of the FR gps apps I have tried do this - but TV adds for Nokias and the like seem to show it as standard on those devices - very few people riding/driving or usually even when walking are interested in where they have been - its where they are going thats important. Sliding the map under the cursor is a much better idea than redrawing the screen when you get to the edge when moving for this reason. Even when walking, the current update method means you are always manually centring so it never gets to the edge ... so any power savings via reduced cpu are illusory as the user is always interacting with it anyway. And thats something best not done when driving/riding :) There may be scope here for a mode setting in the config - walk, drive etc - the antaris GPS chip does have settable parameters for these modes. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
On Wed, 2009-05-27 at 08:37 +0300, Risto H. Kurppa wrote: On Wed, May 27, 2009 at 1:05 AM, mqy meng.qing...@gmail.com wrote: Although there is a thread about omgps, I think I'd list the important things here. Those who have installed previous version(s) are recommend to do a update. download url: http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk Important updates since first release on 2009-05-21: Wow, nice! Keep up the good work! BTw about the autocenter feature: could it update the position a bit earlier than when hitting the edge, let's say when there's 1/3 of the screen left before hitting the edge? Just to allow you to see more in the direction you're going to. THanks! r I would like to add my request for this as well - at the moment its not usable when driving/or riding a bike as you cant see whats coming. Even better than the 1/3, would be to offset the cursor so that 2/3 (or more) of the screen is ahead, and only a small amount is behind (none of the FR gps apps I have tried do this - but TV adds for Nokias and the like seem to show it as standard on those devices - very few people riding/driving or usually even when walking are interested in where they have been - its where they are going thats important. Sliding the map under the cursor is a much better idea than redrawing the screen when you get to the edge when moving for this reason. Even when walking, the current update method means you are always manually centring so it never gets to the edge ... so any power savings via reduced cpu are illusory as the user is always interacting with it anyway. And thats something best not done when driving/riding :) There may be scope here for a mode setting in the config - walk, drive etc - the antaris GPS chip does have settable parameters for these modes. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GPS] new GPS GUI application for OM freerunner
Thanks, this will make it much more useful. BillK On Fri, 2009-05-22 at 07:57 -0700, mqy wrote: Thanks for the report! I finally found the bug that when cursor moves out of left or top screen, the keep location/cursor in view mechanism fails. William Kenworthy, also pointed out this problem, here is my reply (I didn't notice this problem at that time): http://n2.nabble.com/forum/Permalink.jtp?root=2948257post=2952181page=y I'm adding a indicator for the keep cursor in view state. New package will be uploaded within 1 day. Regards 2009/5/22 William Kenworthy (via Nabble) ml-user+1677-108203...@n2.nabble.com: Hi mgy, good little app. I tried it in the car yesterday and found that the cursor moved off the map unless manually centred - is there a way to make the cursor fixed and the map move under it as does tangogps? Its not possible to continually hit centre whilst driving/biking. I do like the way the display is organised - better, cleaner and more informative. BillK On Wed, 2009-05-20 at 12:53 -0700, mqy wrote: Hi all: I got my gta02 freerunner on DEC 2008. After nearly 5 months development, I'm happy to announce the first alpha release of omgps. It is not as feature rich as other GPS applications, such as tangoGPS, anyway I think it should satisfy most of the daily needs. Please goto http://code.google.com/p/omgps/, download and give a try. After ten years of programming as a web developer for most of the time, now I join the community with my little gift :) Thanks you to open source community -- for your great works and spirits. ___ Openmoko community mailing list commun...@... http://lists.openmoko.org/mailman/listinfo/community This email is a reply to your post @ http://n2.nabble.com/-GPS--new-GPS-GUI-application-for-OM-freerunneromgps-tp2948257p2956807.html You can reply by email or by visting the link above. -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr] feature request - power
I think the point is that sliders suck: 1. they are very hard to use - unless you have fingers as thin as a stylus. Especially the ones that go close to the screen edge. 2. They are impossible to use whilst walking. 4. They take too long to operate - seem to use a lot of processing as they hang for a few seconds part way until the display settles. Basicly, sliders are inappropriate for digital (on/off) values - thats what radio buttons are for. And yes I would love to have the time to figure out how the opaque mess that is e works so I can fix these HCI disasters, at least for myself ... BillK On Thu, 2009-05-21 at 16:19 +0200, Johny Tenfinger wrote: On Thu, May 21, 2009 at 16:09, jeremy jozwik jerjoz.for...@gmail.com wrote: well nuts to that... I can switch them easly... Closing as upstream - looking of elementary Toggles depends on elementary theme. If you think default elementary theme is bad, please report it on e tracker (or develop SHR theme ;) ) (that was me who closed that ticket, and i'm main developer of shr-settings) Size of Toggles (that sliders) is equal to size of buttons. So what's the problem? It only looks thin. I agree on one - we really should have our own elementary (and e17 at all) theme. But we don't have at the moment. That's why i closed ticket, as it's not possible to do easily without breaking everything. I hope you understand :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
