(FSO) No Zhone, no phone
For some reason there is no phone-package installed on my FR after I flashed FSO milestone 4 on it. Also, the number of applications on it is rather limited. (Hittop, terminal and Numpty). I'm not sure what's happening with all this, maybe it's trying my patience... Paul -- There are two enormous powers operating in the world and one of them is fear. It is the greatest power of all, save one, and that is faith or believing. -Dr. Smiley Blanton http://www.nlpagan.net Running on Mandriva Linux 2009 and Ubuntu 8.10 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (FSO) No Zhone, no phone
Paul-8 wrote: > > > For some reason there is no phone-package installed on my FR after I > flashed FSO milestone 4 on it. > Also, the number of applications on it is rather limited. (Hittop, > terminal and Numpty). > > I'm not sure what's happening with all this, maybe it's trying my > patience... > > Paul > > -- > There are two enormous powers operating in the world > and one of them is fear. It is the greatest power of all, > save one, and that is faith or believing. > -Dr. Smiley Blanton > > http://www.nlpagan.net > Running on Mandriva Linux 2009 and Ubuntu 8.10 > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > G'day again Paul! What you need to do is install zhone opkg install zhone Just another suggestion . . . if you decide to install a terminal (first priority of course!) opkg install vala-terminal Then you'll find that you get an error when trying to start it, right? Then edit /usr/share/applications/vala-terminal.desktop change the exec and icon lines from openmoko-terminal2 to vala-terminal bingo regards -- View this message in context: http://n2.nabble.com/%28FSO%29-No-Zhone%2C-no-phone-tp2105111p2105257.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (FSO) No Zhone, no phone
Hi Qhaz! > G'day again Paul! > > What you need to do is install zhone > > opkg install zhone > r...@om-gta02:~# opkg install zhone An error ocurred, return value: -49900. Alas... this errors out. And I can't find any reference where to download it from. :-( (it's not op www.opkg.org) > Just another suggestion . . . if you decide to install a terminal (first > priority of course!) > > opkg install vala-terminal > This seems to be in there as an install tells me it's up to date, so that's good :) Thanks for the help! Paul -- There are two enormous powers operating in the world and one of them is fear. It is the greatest power of all, save one, and that is faith or believing. -Dr. Smiley Blanton http://www.nlpagan.net Running on Mandriva Linux 2009 and Ubuntu 8.10 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (FSO) No Zhone, no phone
Am Saturday 03 January 2009 08:59:02 schrieb Paul: > For some reason there is no phone-package installed on my FR after I > flashed FSO milestone 4 on it. Zhone only comes with the fso-zhone image. fso-console and fso-illume do not contain Zhone. NB: Due to the nature of FSO being a testing/base image for development, the amount of included applications is minimal. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (FSO) No Zhone, no phone
Michael 'Mickey' Lauer wrote: > Am Saturday 03 January 2009 08:59:02 schrieb Paul: > >> For some reason there is no phone-package installed on my FR after I >> flashed FSO milestone 4 on it. >> > > Zhone only comes with the fso-zhone image. fso-console and fso-illume do not > contain Zhone. > Ahh... that explains a lot :-) Danke schön! Paul -- There are two enormous powers operating in the world and one of them is fear. It is the greatest power of all, save one, and that is faith or believing. -Dr. Smiley Blanton http://www.nlpagan.net Running on Mandriva Linux 2009 and Ubuntu 8.10 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FSO, Navit and more
Hi, first: Happy new year ! After playing around with different distributions I found that the FSO (Zhone) looks to me most exiting as a phone :-) It is clear, fast (Zhone) and works. Congratulation ! My questions are as following: I know about the GPS issue that the data from /dev/TTYS1 is mostly unavailable and thus not working. There were states about skipping GPS data, if they are invalid. Is it then only fixable with a modified or fixed kernel or is there anything available as kernel modules, thus I only have to fix the kernel module in question ? BTW: If the hardware components from the FreeRunner and the others are kernel modules, isn't it then easier for the phone users to update fixes that are hardware related ? Navit: The current navit has been improved. There is now 3D display I am waiting to try while driving and a functioning town search. With that it will be much more usable :-) What I am missing is the fact that the keyboard is still a bit unusable when not in landscape mode. I cannot get all keys pressed. Trying the system keyboard as for other applications doesn't work anyhow. Routing on Navit: If I let calculate navit big routes and I drive out of the route, it takes long to recalculate the route. I suspect that it recalculates the whole route. Is that correct ? If so, why is that done ? If it is technically based on the deletion of the route before a recalculation, why isn't the old route kept for reference and finding an additional route directing to the old route with an intersection at the optimal way ? Doing it that way would probably save a lot recalculation time. Routing over highways (Autobahn) is probably a point were calculation time can be saved, if the routes from crossing points to crossing points are precalculated and used in conjunction to the calculated routes that will use highways (Autobahn) on their way. I would be interested in helping to develop if I get some basic information what is the flow for a route (re)calculation. I was or be able to compile navit on my Mac (PPC) having Debian on it. WLAN on FSO: Is there a way to use WLAN on FSO without hacking it into the terminal, if it works anyhow ? FSO/Zhone: The calendar control is inactive. Is it yet to be developed ? General: I have seen scripts or tgz files named like FDOMizer. Is this a way to upgrade a basic image about a set of tools / applications ? Would this not be a good way to build it into the desktop to choose for upgrading to some different stacks on top of a base image ? Anyhow I have seen that speech-dispatcher takes 85% of CPU time after some circumstances I haven't figured out yet. A GUI showing processes of the most consuming CPU power would be good to give them a restart option or kill option based on name. Thanks and keep on developing a free phone :-) Lothar -- View this message in context: http://n2.nabble.com/FSO%2C-Navit-and-more-tp2105544p2105544.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] Speed gps time to firxt fix up?
Since a few weeks i'm using fso-gpsd without any big problems so far. The only problem is that the TTFF (time to first fix) is always >1 minute and sometimes it needs quite a lot of time. The only solution for me to be sure to get a fix within <30 sec is to use the agps tool which downloads the almanac and ephemeris from ublox for my region. The problem is, that the gps chip doesn't have any internal memory why it needs to download all relevant gps data every time it is powered up. So i thought if it is possible to save the relevant gps data before shutting down the gps which can be done by fso-gpsd or kernel automatically. Than after starting the gps fso-gpsd/kernel feeds back the data to speed up the TTFF. This would be the same way most gps receivers work. Maybe this is already implemented somewhere but i don't think so because the TTFF without agps is always quite slow. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
Hi, what did you made to get GPS working in general ? See my post about GPS ... Thanks Lothar Fox Mulder wrote: > > Since a few weeks i'm using fso-gpsd without any big problems so far. > The only problem is that the TTFF (time to first fix) is always >1 > minute and sometimes it needs quite a lot of time. The only solution for > me to be sure to get a fix within <30 sec is to use the agps tool which > downloads the almanac and ephemeris from ublox for my region. > The problem is, that the gps chip doesn't have any internal memory why > it needs to download all relevant gps data every time it is powered up. > So i thought if it is possible to save the relevant gps data before > shutting down the gps which can be done by fso-gpsd or kernel > automatically. Than after starting the gps fso-gpsd/kernel feeds back > the data to speed up the TTFF. This would be the same way most gps > receivers work. > Maybe this is already implemented somewhere but i don't think so because > the TTFF without agps is always quite slow. > > Ciao, > Rainer > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/-FSO--Speed-gps-time-to-firxt-fix-up--tp2105634p2105657.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Navit desktop symbol not visible in FSO ?
Hi, the current navit release seems to have a new desktop symbol, but it didn't show up on FSO (Installed 'more Homework'). The files are here /usr/share/icons/hicolor/22x22/apps/navit.png and /usr/share/icons/hicolor/128x128/apps/navit.png And the desktop file is here /usr/share/applications/navit.desktop What's wrong ? Thanks Lothar -- View this message in context: http://n2.nabble.com/Navit-desktop-symbol-not-visible-in-FSO---tp2105678p2105678.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
I did nothing special. I only deinstalled gpsd and installed fso-gpsd. Some time ago fso-gpsd wasn't working good at all. But a few weeks ago i tried again to replace gpsd with fso-gpsd and since than it works ok. Interesting is that with fso-gpsd the gps chip is activated as soon as a connection to the fso-gpsd port is opened. And it is deactivated when the last connection closes. This feature has pros and cons but at the moment i like it. :) Ciao, Rainer lollisoft wrote: > Hi, > > what did you made to get GPS working in general ? > > See my post about GPS ... > > Thanks > > Lothar > > > Fox Mulder wrote: >> Since a few weeks i'm using fso-gpsd without any big problems so far. >> The only problem is that the TTFF (time to first fix) is always >1 >> minute and sometimes it needs quite a lot of time. The only solution for >> me to be sure to get a fix within <30 sec is to use the agps tool which >> downloads the almanac and ephemeris from ublox for my region. >> The problem is, that the gps chip doesn't have any internal memory why >> it needs to download all relevant gps data every time it is powered up. >> So i thought if it is possible to save the relevant gps data before >> shutting down the gps which can be done by fso-gpsd or kernel >> automatically. Than after starting the gps fso-gpsd/kernel feeds back >> the data to speed up the TTFF. This would be the same way most gps >> receivers work. >> Maybe this is already implemented somewhere but i don't think so because >> the TTFF without agps is always quite slow. >> >> Ciao, >> Rainer >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> >> > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
Thanks, I'll try that too. Also when the connections to the port are more than 0 it could be useful to disabling illume to lower the brightness and the like. Is this possible within a script ? Lothar Fox Mulder wrote: > > I did nothing special. > I only deinstalled gpsd and installed fso-gpsd. Some time ago fso-gpsd > wasn't working good at all. But a few weeks ago i tried again to replace > gpsd with fso-gpsd and since than it works ok. > Interesting is that with fso-gpsd the gps chip is activated as soon as a > connection to the fso-gpsd port is opened. And it is deactivated when > the last connection closes. This feature has pros and cons but at the > moment i like it. :) > > Ciao, > Rainer > > lollisoft wrote: >> Hi, >> >> what did you made to get GPS working in general ? >> >> See my post about GPS ... >> >> Thanks >> >> Lothar >> >> >> Fox Mulder wrote: >>> Since a few weeks i'm using fso-gpsd without any big problems so far. >>> The only problem is that the TTFF (time to first fix) is always >1 >>> minute and sometimes it needs quite a lot of time. The only solution for >>> me to be sure to get a fix within <30 sec is to use the agps tool which >>> downloads the almanac and ephemeris from ublox for my region. >>> The problem is, that the gps chip doesn't have any internal memory why >>> it needs to download all relevant gps data every time it is powered up. >>> So i thought if it is possible to save the relevant gps data before >>> shutting down the gps which can be done by fso-gpsd or kernel >>> automatically. Than after starting the gps fso-gpsd/kernel feeds back >>> the data to speed up the TTFF. This would be the same way most gps >>> receivers work. >>> Maybe this is already implemented somewhere but i don't think so because >>> the TTFF without agps is always quite slow. >>> >>> Ciao, >>> Rainer >>> >>> ___ >>> Openmoko community mailing list >>> community@lists.openmoko.org >>> http://lists.openmoko.org/mailman/listinfo/community >>> >>> >> > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/-FSO--Speed-gps-time-to-firxt-fix-up--tp2105634p2105727.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
I haven't success. My FSO is the 'more homework' version 4.1. Installing gpsd really installs fso-gpsd. Installing tangogps complains about having two versions matching gpsg, eg. the fso-gpsd and the compatibility (gpsd) wrapper that seems to be installed with fso-gpsd. What version do you use exactly (image locations) ? Tahnks Lothar lollisoft wrote: > > Thanks, > > I'll try that too. Also when the connections to the port are more than 0 > it could be > useful to disabling illume to lower the brightness and the like. > > Is this possible within a script ? > > Lothar > > > Fox Mulder wrote: >> >> I did nothing special. >> I only deinstalled gpsd and installed fso-gpsd. Some time ago fso-gpsd >> wasn't working good at all. But a few weeks ago i tried again to replace >> gpsd with fso-gpsd and since than it works ok. >> Interesting is that with fso-gpsd the gps chip is activated as soon as a >> connection to the fso-gpsd port is opened. And it is deactivated when >> the last connection closes. This feature has pros and cons but at the >> moment i like it. :) >> >> Ciao, >> Rainer >> >> lollisoft wrote: >>> Hi, >>> >>> what did you made to get GPS working in general ? >>> >>> See my post about GPS ... >>> >>> Thanks >>> >>> Lothar >>> >>> >>> Fox Mulder wrote: Since a few weeks i'm using fso-gpsd without any big problems so far. The only problem is that the TTFF (time to first fix) is always >1 minute and sometimes it needs quite a lot of time. The only solution for me to be sure to get a fix within <30 sec is to use the agps tool which downloads the almanac and ephemeris from ublox for my region. The problem is, that the gps chip doesn't have any internal memory why it needs to download all relevant gps data every time it is powered up. So i thought if it is possible to save the relevant gps data before shutting down the gps which can be done by fso-gpsd or kernel automatically. Than after starting the gps fso-gpsd/kernel feeds back the data to speed up the TTFF. This would be the same way most gps receivers work. Maybe this is already implemented somewhere but i don't think so because the TTFF without agps is always quite slow. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community >>> >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community >> >> > > -- View this message in context: http://n2.nabble.com/-FSO--Speed-gps-time-to-firxt-fix-up--tp2105634p2105847.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
A simple wifi solution for FSO ...
Hi, I had played around with wifi and tried to get some desktop symbols. Here is my solution, that in my case works due to unencrypted wifi. I have tested the scripts on my FSO 'more homework' (4.1) with suspending the phone to see if wifi keeps working after wakeup. Maybe there are 'better' GUI solutions, but for me it's good :-) I think where could also used some python scripts to list scanned essid to select from. Also there could be developed some generic dialogs that doesn't rely on any specific distribution. But I am much away from writing python scripts :-) Lothar Shellscripts in /home/root yet (to be moved and desktop files tweaked): wlan.sh to activate wifi and deactivate usb0 to simpify routing #!/bin/sh # Replace openmoko with your essid iwconfig eth0 essid "openmoko" && ifup eth0 && ifdown usb0 wlan-off.sh to revert back to usb0 #!/bin/sh ifup usb0 && ifdown eth0 Desktop files for each: Switching on... [Desktop Entry] Name=Wifi On Comment=Switch on wireless network Note=Hard wired to my home network Exec=/home/root/wlan.sh Icon=star.png Type=Application Categories=Games Categories=Office; Switching off... [Desktop Entry] Name=Wifi Off Comment=Switch on wireless network Note=Hard wired to my home network Exec=/home/root/wlan-off.sh Icon=star.png Type=Application Categories=Games Categories=Office; -- View this message in context: http://n2.nabble.com/A-simple-wifi-solution-for-FSO-...-tp2106354p2106354.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] [Zhone] Not checking incoming SMS
Hi everyone, I reinstalled Debian today, but I'm still having the same bug I had last time: Zhone doesn't really care for SMS messages. I only receive SMS messages very sporadically, sometimes it even takes a day for one too arrive. Sending an SMS message to myself isn't a problem, though. It gets sent immediately and I receive it right away, too. Is there a way to force an sms check in some way? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Car Charger?
In about 9 or 20 months I intend to stop working for a few months and drive around the continent of australia. A GPS device would be good for this. Given that this functionality is coming along ok, that by then we should (hopefully!) have fairly stable operation, and that freerunner battery life is probably never going to be more than a few hours with GPS running Has anyone found a car charger that would work to supply power to the FR running as a navigation aid? -- View this message in context: http://n2.nabble.com/Car-Charger--tp2106770p2106770.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Charger?
On Sat, Jan 03, 2009 at 11:57:19AM -0800, Gothnet wrote: > In about 9 or 20 months I intend to stop working for a few months and drive > around the continent of australia. > > A GPS device would be good for this. > > Given that this functionality is coming along ok, that by then we should > (hopefully!) have fairly stable operation, and that freerunner battery life > is probably never going to be more than a few hours with GPS running > > Has anyone found a car charger that would work to supply power to the FR > running as a navigation aid? Not looked for one yet, but it has to have a DC Output from 3.7V 2A (battery written value) to 5V 2A (IIRC). Thanks to someone on IRC who helped me with this info, and don't ask me for more since I know almost nothing of electronics :) Rui -- Umlaut Zebra �ber alles! Today is Pungenday, the 3rd day of Chaos in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Charger?
You might also consider a 12/220V converter. ( or 110V ofcourse) You can than also plug in your shaver, ipod charger and the lot. I did it last time when traveling and it worked for me. just my 2 cts. Kind regards, Ed Rui Miguel Silva Seabra wrote: > On Sat, Jan 03, 2009 at 11:57:19AM -0800, Gothnet wrote: > >> In about 9 or 20 months I intend to stop working for a few months and drive >> around the continent of australia. >> >> A GPS device would be good for this. >> >> Given that this functionality is coming along ok, that by then we should >> (hopefully!) have fairly stable operation, and that freerunner battery life >> is probably never going to be more than a few hours with GPS running >> >> Has anyone found a car charger that would work to supply power to the FR >> running as a navigation aid? >> > > Not looked for one yet, but it has to have a DC Output from 3.7V 2A > (battery written value) to 5V 2A (IIRC). > > Thanks to someone on IRC who helped me with this info, and don't ask me > for more since I know almost nothing of electronics :) > > Rui > > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Charger?
I recommend purchasing a power inverter. I have one in my car, it allows me to power my laptop and several accessories, then I just use the ac power adapter that came with the freerunner. They are cheap enough to consider! -Scott Gothnet wrote: > > In about 9 or 10 months I intend to stop working for a few months and > drive around the continent of australia. > > A GPS device would be good for this. > > Given that this functionality is coming along ok, that by then we should > (hopefully!) have fairly stable operation, and that freerunner battery > life is probably never going to be more than a few hours with GPS > running > > Has anyone found a car charger that would work to supply power to the FR > running as a navigation aid? > -- View this message in context: http://n2.nabble.com/Car-Charger--tp2106770p2106859.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Charger?
2009/1/3 Gothnet : > Has anyone found a car charger that would work to supply power to the FR > running as a navigation aid? My previous phone was an HTC TyTN II, and the charger from that seems to work OK - eg.: http://www.expansys.com/p.aspx?i=138248 The exact one I have I can't find a link for ATM. I imagine any charger with a miniUSB plug would work. Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Charger?
On Saturday 03 January 2009 20:57:19 Gothnet wrote: > Has anyone found a car charger that would work to supply power to the FR > running as a navigation aid? I use a cheap car-usb adapter. It work perfectly with a standard usb cable. -- Vincent MEURISSE ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Car Charger?
Rui Miguel Silva Seabra wrote: > > Not looked for one yet, but it has to have a DC Output from 3.7V 2A > (battery written value) to 5V 2A (IIRC). > > Thanks to someone on IRC who helped me with this info, and don't ask me > for more since I know almost nothing of electronics :) > > Rui > > Thanks for that, from a quick search around (using 5V 2A as terms) it looks like there might be a few options for that. There are a couple of things that give you a power-only USB-A slot to plug devices into, or there are chargers designed for other phones that use mini USB: http://www.alibaba.com/product-gs/216286187/dual_USB_car_charger_2A_.html http://www.expansys.com/p.aspx?i=165045 Hmmm. Might have to try, they're fairly cheap. To the others saying "buy an inverter", it is a good idea, and I will be travelling with a laptop too, but... it just seems wrong. Converting 12V DC to AC via an inverter and then back to 5V DC for the device can't be that efficient? -- View this message in context: http://n2.nabble.com/Car-Charger--tp2106770p2106889.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
On Mon, 29 Dec 2008 21:38:51 +0100 "arne anka" (AA) wrote: >> i use navit on regularly routes over 120km with no performance >> problems on SHR (voice enabled). > >- which gui? >- which version? >- which map (size of area covered)? >- care to post your navit.xml? i have been using navit on freerunner a lot lately and really love the new 3D view (although the latest build moved the view from front to back :) (i suppose this is due to wrong cursor orientation). i use navit only with freerunner - is there a specific mailing list one could contribute with feedback? -- Petr Vaněk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.testing] GPS after resume
2009/1/2 "Marco Trevisan (Treviño)" : > I figure that this should be controlled by the kernel side. Simply the > GPS chip is turned off and then on on suspend/resume. That's why on > resuming it's like you've done a cold reset. > > There should be a thread about this on the kernel list... Maybe, but even agpsui doesn't play well on resume - the cold/warm/hot reset button do nothing. Restarting the application gets a normal cold start. Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Using mplayer with seme desktop symbols for streaming stations and wlan :-)
Hi, has anyone used the combination of desktop symbols starting mplayer to play shoutcast radio stations ? Also using cron jobs to wake me up in the morning with a radio station will be an option :-) Also an idea: Does someone know, if streamripper (http://sourceforge.net/projects/streamripper/) is ported to FreeRunner ? With that you would probably record for offline listening :-) I have tried that with a script like this (killall let the GUI bring up an error message I haven't yet got rid): Play a radio station #!/bin/sh killall mplayer mplayer http://yp.shoutcast.com/sbin/tunein-station.pls?id=7429 Stop playing #!/bin/sh killall mplayer Desktop file to start playing. [Desktop Entry] Name=Technobase FM Comment=Switch off mplayer Note=Stops all mplayers Exec=/home/root/play-technobase-fm.sh Icon=star.png Type=Application Categories=Games Categories=Office; Desktop file to stop playing. [Desktop Entry] Name=Stop MP3 Comment=Switch off mplayer Note=Stops all mplayers Exec=/home/root/stop-mplayer.sh Icon=star.png Type=Application Categories=Games Categories=Office; Regards Lothar -- View this message in context: http://n2.nabble.com/Using-mplayer-with-seme-desktop-symbols-for-streaming-stations-and-wlan-%3A-%29-tp2107090p2107090.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
Petr Vanek wrote: > On Mon, 29 Dec 2008 21:38:51 +0100 > "arne anka" (AA) wrote: > >>> i use navit on regularly routes over 120km with no performance >>> problems on SHR (voice enabled). >> - which gui? >> - which version? >> - which map (size of area covered)? >> - care to post your navit.xml? > > > i have been using navit on freerunner a lot lately and really love the > new 3D view (although the latest build moved the view from front to > back :) (i suppose this is due to wrong cursor orientation). How do you switch to 3D view in navit? The only option which changes the view is the menu entry for "projection". But none of the two selectable views looks like the 3d pictures on the navit homepage. And in navit.xml i can't find any 3D options. So please light me up a bit. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] Speed gps time to firxt fix up?
I use debian with fso and when i install fso-gpsd no gpsd is installed as dependency because it would make no sense. Fso-gpsd IS the gpsd compatibility wrapper which does the same what gpsd does for the client applications. So be sure not to have fso-gpsd and gpsd installed. Both programs try to access the gps which doesn't work. My current version of fso-gpsd in debian is 0.8-2 and my fso-frameworkd is 0.8.4.3-20081215-1. Both are from the official debian repository. Ciao, Rainer lollisoft wrote: > I haven't success. > > My FSO is the 'more homework' version 4.1. > > Installing gpsd really installs fso-gpsd. Installing tangogps complains > about having two > versions matching gpsg, eg. the fso-gpsd and the compatibility (gpsd) > wrapper that seems > to be installed with fso-gpsd. > > What version do you use exactly (image locations) ? > > Tahnks > > Lothar > > > lollisoft wrote: >> Thanks, >> >> I'll try that too. Also when the connections to the port are more than 0 >> it could be >> useful to disabling illume to lower the brightness and the like. >> >> Is this possible within a script ? >> >> Lothar >> >> >> Fox Mulder wrote: >>> I did nothing special. >>> I only deinstalled gpsd and installed fso-gpsd. Some time ago fso-gpsd >>> wasn't working good at all. But a few weeks ago i tried again to replace >>> gpsd with fso-gpsd and since than it works ok. >>> Interesting is that with fso-gpsd the gps chip is activated as soon as a >>> connection to the fso-gpsd port is opened. And it is deactivated when >>> the last connection closes. This feature has pros and cons but at the >>> moment i like it. :) >>> >>> Ciao, >>> Rainer >>> >>> lollisoft wrote: Hi, what did you made to get GPS working in general ? See my post about GPS ... Thanks Lothar Fox Mulder wrote: > Since a few weeks i'm using fso-gpsd without any big problems so far. > The only problem is that the TTFF (time to first fix) is always >1 > minute and sometimes it needs quite a lot of time. The only solution > for > me to be sure to get a fix within <30 sec is to use the agps tool which > downloads the almanac and ephemeris from ublox for my region. > The problem is, that the gps chip doesn't have any internal memory why > it needs to download all relevant gps data every time it is powered up. > So i thought if it is possible to save the relevant gps data before > shutting down the gps which can be done by fso-gpsd or kernel > automatically. Than after starting the gps fso-gpsd/kernel feeds back > the data to speed up the TTFF. This would be the same way most gps > receivers work. > Maybe this is already implemented somewhere but i don't think so > because > the TTFF without agps is always quite slow. > > Ciao, > Rainer > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > >>> ___ >>> Openmoko community mailing list >>> community@lists.openmoko.org >>> http://lists.openmoko.org/mailman/listinfo/community >>> >>> >> > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.testing] GPS after resume
2009/1/3 "Marco Trevisan (Treviño)" : > Jeffrey Ratcliffe wrote: >> Having installed navit on my GTA02v5, it seems that it loses GPS after >> resuming. I haven't finished playing around to see if this is a GPS >> problem or a navit problem, but while I do, has anyone else noticed? >> Found a solution? > > I figure that this should be controlled by the kernel side. Simply the > GPS chip is turned off and then on on suspend/resume. That's why on > resuming it's like you've done a cold reset. i was thinking about this the other day. the gps has it's own processor, correct, and can act independently of the cpu? i'm wondering if it's possible for the gps to keep it's fix while the main cpu is in suspend. power usage will be higher than a full suspend, but the phone will have a fix as soon as it resumes. is there any reason why this can't happen? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using mplayer with seme desktop symbols for streaming stations and wlan :-)
2009/1/4 lollisoft : > I have tried that with a script like this (killall let the GUI bring up an > error message I haven't yet got rid): > > Play a radio station > #!/bin/sh > killall mplayer > mplayer http://yp.shoutcast.com/sbin/tunein-station.pls?id=7429 > > Stop playing > #!/bin/sh > killall mplayer killall isn't the cleanest way to stop an app running - iirc you only want to use that when an app is misbehaving one of the SIG signals might be better - have a look at SIGTERM and SIGHUP and some of their brethren; i can't remember which is best here. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A simple wifi solution for FSO ...
2009/1/4 lollisoft : > Switching on... > > [Desktop Entry] > Name=Wifi On > Comment=Switch on wireless network > Note=Hard wired to my home network > Exec=/home/root/wlan.sh > Icon=star.png > Type=Application > Categories=Games > > Categories=Office; > > Switching off... > > [Desktop Entry] > Name=Wifi Off > Comment=Switch on wireless network > Note=Hard wired to my home network > Exec=/home/root/wlan-off.sh > Icon=star.png > Type=Application > Categories=Games nice idea - it would be even nicer if it could be consolidated into one script, which checks the current state of the network devices, and switches the two to their opposite state. one less icon on the desktop ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using mplayer with seme desktop symbols for streaming stations and wlan :-)
Robin Paulson wrote: > killall isn't the cleanest way to stop an app running - iirc you only > want to use that when an app is misbehaving > > one of the SIG signals might be better - have a look at SIGTERM and > SIGHUP and some of their brethren; i can't remember which is best > here. killall is almost the same as kill. But instead of sending the signal to the given PID it sends the signal to all processes with the given name. Both send the SIGTERM signal when no other is specified. SIGTERM allows the process to run a cleanup routine before closing. What you probably mean is the killall -SIGKILL command which kills the process without giving it the chance for run any cleanup routines. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using mplayer with seme desktop symbols for streaming stations and wlan :-)
On Sun, 4 Jan 2009 10:41:27 am Robin Paulson wrote: > one of the SIG signals might be better - have a look at SIGTERM and > SIGHUP and some of their brethren; i can't remember which is best > here. Use the source, Luke.. ;-) ch...@quad:/tmp/mplayer/mplayer-1.0~rc2$ grep exit_sighandler mplayer.c static void exit_sighandler(int x){ signal(SIGTERM,exit_sighandler); // kill signal(SIGHUP,exit_sighandler); // kill -HUP / xterm closed signal(SIGINT,exit_sighandler); // Interrupt from keyboard signal(SIGQUIT,exit_sighandler); // Quit from keyboard signal(SIGPIPE,exit_sighandler); // Some window managers cause this signal(SIGBUS,exit_sighandler); // bus error signal(SIGSEGV,exit_sighandler); // segfault signal(SIGILL,exit_sighandler); // illegal instruction signal(SIGFPE,exit_sighandler); // floating point exc. signal(SIGABRT,exit_sighandler); // abort() signal(SIGTRAP,exit_sighandler); Looking at the handler: switch(x){ case SIGINT: case SIGQUIT: case SIGTERM: case SIGKILL: break; // killed from keyboard (^C) or killed [-9] So there you go. Quite how they expect to be able to handle SIGKILL given you can't catch it (or ignore it) I don't know.. ;-) cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using mplayer with seme desktop symbols for streaming stations and wlan :-)
On Sun, 4 Jan 2009 11:17:56 am Daniel Nöthen wrote: > What you probably mean is the killall -SIGKILL command which kills the > process without giving it the chance for run any cleanup routines. It depends on what the programmer has specified signal handlers for, so if they'd coded something just to deal with a user getting disconnected (SIGHUP) but not for ^C (SIGTERM) then you're better off sending that program SIGHUP rather than SIGTERM. Not to mention submitting a patch make it handle SIGTERM too.. ;-) Fortunately mplayer does the right thing in this case. -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A simple wifi solution for FSO ...
> nice idea - it would be even nicer if it could be consolidated into > one script, which checks the current state of the network devices, and > switches the two to their opposite state. one less icon on the desktop > I already have done this, you can check and download a file here http://blog.samuelpereira.net/?p=4 Thanks, Samuel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions and Answers
On 1/3/09 Lee Grime wrote: > I come from a hardware background, chip design mainly, but analogue > (note the spelling :-) ) and DSP(MSc) are still strong points. Done > chip design for 15 years. Now I do not have a great deal of time at > the > moment, what with a 3 week old baby and stuff!, but if we can get a > few > other like minded people together, I am sure we can produce our own > open > source SoC. And if the credit crunch kicks in properly, even more > time. > > I have heard all about the problems with the crappy Glamo chip. Why > not > have a small CPLD as a co-processor, into which we load a 'codec' for > whatever we are doing at the time, say mp3 decoding, or some video > codec. We can get cheap and low power enough CPLD's or FPGA's these > days to perform this job. > > Lets make this thing really open. Could even do the GSM part open > source. No more problems with NDA's etc. If you can get to 100K > units > our own ASIC should become viable. Lee Congratulations on your new kid! About a year ago we were in contact with a Taiwanese University / Government project to build a DSP for mobile devices. We got the point where they would make everything open, but in the end we decided not to move forward since the resources required to turn it into a product were just too great. Now we're again struggling with closed firmwares (both the Calypso and the Atheros module). I would love to just make our own WiFi chip, but Openmoko doesn't have the volume to return our investment in such a technology endeavor. Hopefully this doesn't persuade you not to try. Maybe you could pull it off and we could use your chip in a later product :-) Happy New Year. -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions and Answers
Hi Marco On 1/3/09 Marco Trevisan (Treviño) wrote: > > We asked Raster to integrate this keypad into Om 2008 and extend it > to > > > make it more hacker friendly (i.e., usable from places like the > > > terminal). After two months of more or less silence he showed us > his own > > > version, written from scratch. The design was a work in progress. > And > > > the dictionary was far inferior to what Qtopia had already. An > internal > > > battle started that lasted until one month before Om 2008 was set > to be > > > released when our product manager, Will Lai, couldn't take it > anymore. > > > He asked another engineer to just get the Qtopia keypad working. > > Ok, I understand this. But, why have you asked Raster to improve a > thing > (like qtopia-x11) that should have been only a kind of placeholder? > Wasn't it considered in a such way at that time? For the same reason we used Qtopia in the first place: We needed to balance the long term goals of the project with the short term necessity of making enough money to stay in business. This is always a difficult tradeoff to make. Happy New Year. -Sean ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions and Answers
JW wrote: > Sean > > Kudos to you for your openness about the status of Openmoko Inc and the future > roadmap, the numbers so far and future ambitions.Also for your hints about > some of the hard decisions and pain along the way. :-) > Its no small achievement to take this start up to the stage where it can look > forward to improving existing software stacks based on solid FSO middleware > and > future product releases given these tough economic times and all in the > community will be pleased to hear that this can be the case. Yes. We're all very excited about FSO. I think it will allow us to really differentiate. > Having been part of product dev previously I am very forgiving of the hw and > sw > bumps in the road that are inevitable - keep up the good work! > > I will buy another Openmoko phone as soon as the next one is released. Thanks for all your support! -Sean PS: Citysense is very cool! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
On Sat, 03 Jan 2009 23:47:59 +0100 Fox Mulder (FM) wrote: >Petr Vanek wrote: >> On Mon, 29 Dec 2008 21:38:51 +0100 >> "arne anka" (AA) wrote: >> i use navit on regularly routes over 120km with no performance problems on SHR (voice enabled). >>> - which gui? >>> - which version? >>> - which map (size of area covered)? >>> - care to post your navit.xml? >> >> >> i have been using navit on freerunner a lot lately and really love >> the new 3D view (although the latest build moved the view from front >> to back :) (i suppose this is due to wrong cursor orientation). > >How do you switch to 3D view in navit? >The only option which changes the view is the menu entry for >"projection". But none of the two selectable views looks like the 3d >pictures on the navit homepage. And in navit.xml i can't find any 3D >options. >So please light me up a bit. :) > >Ciao, > Rainer i use svn versions, right now navit - svn-1882 this is my feed: src navit http://download.navit-project.org/navit/openmoko/svn The 3D option is in the menu Settings -> Display -> 3D When it first appeared about a week ago it was really different from what 3D should be but after update yesterday it already does have 3D look. "only" (as i mentioned already) it seems to travel in wrong direction. -- Petr Vaněk -- Petr Vanek Customer Service Representative ROBE lighting s. r. o. TECHNICAL CENTER Palackeho 416 757 01 Valasske Mezirici Czech Republic Cell: +420 723 452 980 Fax : +420 571 669 255 E-mail: petr.va...@robe.cz http://www.robe.cz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community