No gps connection in navit with SHR-unstable
Hello at all, sorry for this crosspost, but I think this topic is for both list interesting. Today I flashed the new SHR-Image (lite) from 24. nov. 2009 on my freerunner, and installed the latest svn version from navit, 2797. At the start of navit I get this error message: === vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=0 evwatch=0xaa3e0 navit:main_real:Using '/home/root/.navit/navit.xml' === In general the gps is working, tested with tangogps. Only navit doesn't see the gps. What can I do to solve this problem? If any further information is needed, I'll try to give my best. :-) Thanks, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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: [OT]Making Geek's phone not so offtopic on this list ;)
On Fri, Nov 20, 2009 at 11:47 AM, Pietro m0nt0 Montorfano mont...@gmail.com wrote: On Fri, 2009-11-20 at 11:24 +0800, Bill Kenworthy wrote: I looked at the specs and its screen is listed as wqvga hybrid resistive. i'll be interested in running ofono on it and a fast distro based on it. So if interested in this count me in Pietro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community David co. count me into the device testers/developers as you know ;) -- ___ Rafael Campos o0 Methril 0o http://openblog.methril.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] fsoraw no effect?
2009/9/26 Nikita V. Youshchenko yo...@debian.org
following the wiki i started navit with
fsoraw -r Display,CPU navit
nevertheless, the display went blank after the idle timeout defined in
frameworkd.conf.
Could you please do two simple things:
*) check the state of FSO resources while running the above command.
This may be done with
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.GetResourceState Display
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.GetResourceState CPU
*) check what happens if you manually set resource policies for Display
and CPU to 'enabled'
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy Display
enabled
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy Display
enabled
Will display blank then?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
I have same problem.
When I try to run mdbus command it result:
mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy Display enabled
ERROR:dbus.connection:Unable to set arguments ('Display',) according to
signature u'ss': type 'exceptions.TypeError': More items found in D-Bus
signature than in Python arguments
How can I solve?
--
A.A.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [OT]Making Geek's phone not so offtopic on this list ;)
Of course Rafa :) this is a by default for us :P David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! 2009/11/25 Rafael Campos meth...@gmail.com: On Fri, Nov 20, 2009 at 11:47 AM, Pietro m0nt0 Montorfano mont...@gmail.com wrote: On Fri, 2009-11-20 at 11:24 +0800, Bill Kenworthy wrote: I looked at the specs and its screen is listed as wqvga hybrid resistive. i'll be interested in running ofono on it and a fast distro based on it. So if interested in this count me in Pietro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community David co. count me into the device testers/developers as you know ;) -- ___ Rafael Campos o0 Methril 0o http://openblog.methril.net/ ___ 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: No gps connection in navit with SHR-unstable
Carsten Gerlach wrote: Hello at all, sorry for this crosspost, but I think this topic is for both list interesting. Today I flashed the new SHR-Image (lite) from 24. nov. 2009 on my freerunner, and installed the latest svn version from navit, 2797. At the start of navit I get this error message: === vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=0 evwatch=0xaa3e0 navit:main_real:Using '/home/root/.navit/navit.xml' === In general the gps is working, tested with tangogps. Only navit doesn't see the gps. What can I do to solve this problem? If any further information is needed, I'll try to give my best. :-) I'm at the same error right now. I tried different settings but nothing helped. Now i wanted to compile navit on the freerunner myself but within the shr feeds are not all required packages to do so. And i don't know how to cross-compile it on my pc. :/ Gps works right with tangogps, omgps and advanced-geocaching-tool so it have to be something with navit. I have the latest 2797 version from [1] installed and not the one in the shr feeds. I also linked libgps.so.17 to libgps.so.16. When i look in my current position navit shows something with 832° in front which is a bit off my current position. ;) Ciao, Rainer [1] http://download.navit-project.org/navit/openmoko/svn/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No gps connection in navit with SHR-unstable
D. Gassen wrote: Am Nov 25, 2009 um 17:07 schrieb Fox Mulder: Carsten Gerlach wrote: Hello at all, sorry for this crosspost, but I think this topic is for both list interesting. Today I flashed the new SHR-Image (lite) from 24. nov. 2009 on my freerunner, and installed the latest svn version from navit, 2797. At the start of navit I get this error message: === vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default vehicle_gpsd:vehicle_gpsd_try_open:Warning: gps_fd is 0, most likely you have used a gps.h incompatible to libgpsvehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=0 evwatch=0xaa3e0 navit:main_real:Using '/home/root/.navit/navit.xml' === In general the gps is working, tested with tangogps. Only navit doesn't see the gps. What can I do to solve this problem? If any further information is needed, I'll try to give my best. :-) I'm at the same error right now. I tried different settings but nothing helped. Now i wanted to compile navit on the freerunner myself but within the shr feeds are not all required packages to do so. And i don't know how to cross-compile it on my pc. :/ Gps works right with tangogps, omgps and advanced-geocaching-tool so it have to be something with navit. I have the latest 2797 version from [1] installed and not the one in the shr feeds. I also linked libgps.so.17 to libgps.so.16. When i look in my current position navit shows something with 832° in front which is a bit off my current position. ;) Have you tried (re)starting fso-gpsd? AFAIK, tangogps, omgps and advanced-geocaching-tool are all using gypsy and navit is still using gpsd (and fso-gpsd is a compatibility daemon). I sometimes had the same problem and each time fso-gpsd was not running. It should normally be started when the system boots but I found that sometimes it was'nt running when navit tries to use it. Tanogps uses gpsd, so this could not be the problem. But now i tried by accident (opkg update downgraded navit r2797 to shr-u version r2735) the navit version in the shr repository (r2735) and this version works and connects to the gps without problems. I also can see my correct position on the map. So it seems that the precompiled binaries from the navit homepage for the openmoko are not compatible with current shr-u. Tomorrow i will try to contact someone from the navit projects and say this so maybe we can find out where the problem lies. Because i like to have the newest one and not the one from the shr-u repository. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No gps connection in navit with SHR-unstable
On Wed, Nov 25, 2009 at 11:44:13PM +0100, Fox Mulder wrote: Tanogps uses gpsd, so this could not be the problem. But now i tried by accident (opkg update downgraded navit r2797 to shr-u version r2735) the navit version in the shr repository (r2735) and this version works and connects to the gps without problems. I also can see my correct position on the map. So it seems that the precompiled binaries from the navit homepage for the openmoko are not compatible with current shr-u. Tomorrow i will try to contact someone from the navit projects and say this so maybe we can find out where the problem lies. Because i like to have the newest one and not the one from the shr-u repository. :) Are you sure its because gpsd? svnrevs 2760 have this problem http://trac.navit-project.org/ticket/506 try with navit.xml config if you're using modified one -- uin:136542059jid:martin.ja...@gmail.com Jansa Martin sip:jama...@voip.wengo.fr JaMa ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR buildhost: unstable gta01 images gone?
The http://build.shr-project.org/shr-unstable/images/om-gta01 directory has seemingly vanished. The om-gta02 directory is still there. Is this permanent? That was my favorite place to get kernels. :( -Andy It ain't what you don't know that gets you into trouble. It's what you know for sure that just ain't so. - Mark Twain ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No gps connection in navit with SHR-unstable
Martin Jansa wrote: On Wed, Nov 25, 2009 at 11:44:13PM +0100, Fox Mulder wrote: Tanogps uses gpsd, so this could not be the problem. But now i tried by accident (opkg update downgraded navit r2797 to shr-u version r2735) the navit version in the shr repository (r2735) and this version works and connects to the gps without problems. I also can see my correct position on the map. So it seems that the precompiled binaries from the navit homepage for the openmoko are not compatible with current shr-u. Tomorrow i will try to contact someone from the navit projects and say this so maybe we can find out where the problem lies. Because i like to have the newest one and not the one from the shr-u repository. :) Are you sure its because gpsd? No, i was only saying, that (fso-)gpsd is working right because tangogps also uses gpsd and it works. svnrevs 2760 have this problem http://trac.navit-project.org/ticket/506 try with navit.xml config if you're using modified one I used the navit.xml from r2797 so this was not the problem. Right after start in the console navit shows this gps.h incompatibility error mesage befor it starts. So i think that the navit package from the navit homepage are compiled with another version of some lib which is not compatible with shr-u. Cian, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: future phones that you can hack. news.
On Mon, 23 Nov 2009 20:58:02 + Michael mich...@photorequest.co.uk said: The main questions will be will it need a binary only video driver for acceleration and are other binary only drivers needed for the other hardware. If this is the case, then it does not matter how smooth the graphics are, because you will eventually end up being stuck with an old and crufty kernel. here's your dose of reality. you have no choice here - in fact samsung has no choice. talk to imgtec. they are the ones keeping their driver closed. but... your point on crufty kernel is wrong - becaus is not opense the kernel components of their driver are open... but, in principle you're riight because should there be an a.out - elf style userspace chnage or oabi - eabi - you'll be stufffed too. but - as i said. this is something not even the device makers can do anything about. right now the modern soc's almost all use an imgtec 3d unit. the only other possible competitor was a samsung 6410 3d unit. as of the s5pc110 that has been replaced with an imgtec sgx540. so - it's all imgtec now. ... with the exception of some hot-off-the-press cortex-a9 soc's that use the mali-400 - an soc from ARM and guess what! this is not open either. right now there is no viable 3d accel unit option in production that is open (the old 3d unit in the s3c6410 is deprecated, so... that makes it not viable). and before you start - and say something like but samsung make the phones and the soc's you need to realise - samsung != samsung. it's a conglomerate with a parent holder, but the samsung that makes the cpu's - its a separate company to the samsung that makes phones, or tv's hell.. there's a samung that makes cars. they are separate companies, and thus are treated as such. samsung uses not just samsung soc's - they have omap, pxa, msm and others. so look at samsung like you see motorola or nokia or others. it's not a special case where they get to design the soc that is in their products. your beef is with the core licensors of 3d units. that's right now mostly imgtec (sgx, mbx etc.) and new kid on the block - arm (mali). i suggest you try and convince them to be open. and just whining won't do it. give them good business reasons. money talks. (also remember most of them wouldn't even pick up the phone for small orders of maybe 10,000 or 20,000 units. these guys will begin to listen when you talk of millions of units). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ideal screen rotation
On Mon, 23 Nov 2009 21:06:30 + Rui Miguel Silva Seabra r...@1407.org said: On Mon, Nov 23, 2009 at 07:26:57PM +, Neil Jerram wrote: 2009/11/7 Neil Jerram neiljer...@googlemail.com: Thanks. I think I'll look at adding this into the e17 WM. I have some code ready to share now. What would be the best way to do that - bearing in mind that the aim is to facilitate contributions and new packages for the Freerunner? If the E project is still interested in illume changes, I guess I could send changes there. But if illume isn't of ongoing interest now, maybe some Debian or SHR repository would be better, or maybe I should set up a new repository somewhere? FWIW, as well as the discussed rotation support, I'd also like to - add a GPRS/PDP toggle to the GSM gadget - add a fast charge menu to the battery gadget - fix the battery gadget so that it it goes up to 100%. So I think there's a strong case for an ongoing FR-focussed e17/illume codebase. There's an illume2 project at enlightenment, perhaps a good spot for it? It has seen some action recently, perhaps thanks to Samsung's sponsoring? who knows... but... contributions are welcome. like always - they may be accepted ax-is or punted back to the contributor with fixme's or just patched and fixed anyway... it depends on the content. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
