Re: navit (0.1.0+svnrev1981-r1) pkg broken

[Alishams Hassam-2]

If you have not found an answer to your question yet, grab the latest
opk from http://download.navit-project.org/navit/openmoko/svn/
2113 is working for me (at least executing, can't test anything else
from inside)
On Thu, 2009-03-05 at 17:02 +0100, Tilman Baumann wrote:

> opkg install navit
> Installing navit (0.1.0+svnrev1981-r1) to root...
> Downloading
> http://shr.bearstech.com/shr-unstable/ipk//armv4t/navit_0.1.0+svnrev1981-r1_armv4t.ipk
> Multiple replacers for gpsd, using first one (fso-gpsd)
> Configuring navit
>
>
> root@om-gta01 ~ $ navit
> Enabling low-mem workaround...
> navit:vehicle_new:invalid type 'gpsd'
> navit:speech_new:wrong type 'cmdline'
> navit:navit_init:no gui
> sh: gdb: not found
>
> Either the build is broken or the /usr/share/navit/navit.xml does not
> fit anymore.
>
>
> PS: Please tell me when I should send this somewhere else.
>

_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[KaZeR]

Ali a écrit :

> If you have not found an answer to your question yet, grab the latest
> opk from http://download.navit-project.org/navit/openmoko/svn/
> 2113 is working for me (at least executing, can't test anything else
> from inside)
> On Thu, 2009-03-05 at 17:02 +0100, Tilman Baumann wrote:
>  
>> opkg install navit
>> Installing navit (0.1.0+svnrev1981-r1) to root...
>> Downloading
>> http://shr.bearstech.com/shr-unstable/ipk//armv4t/navit_0.1.0+svnrev1981-r1_armv4t.ipk
>> Multiple replacers for gpsd, using first one (fso-gpsd)
>> Configuring navit
>>
>>
>> root@om-gta01 ~ $ navit
>> Enabling low-mem workaround...
>> navit:vehicle_new:invalid type 'gpsd'
>> navit:speech_new:wrong type 'cmdline'
>> navit:navit_init:no gui
>> sh: gdb: not found
>>
>> Either the build is broken or the /usr/share/navit/navit.xml does not
>> fit anymore.
>>
>>
>> PS: Please tell me when I should send this somewhere else.
>>    

It is indeed better to use the builds from download.navit-project.org,
cause they are more up-to date (nightly builds).
About the issue you reported, it's usually caused by navit not being
able to load the sub-modules. It's probably because the .so files links
are missing (happened a few time under SHR).
Two solutions :
1) change the dynamic loading setting in navit.xml to look also for
.so.0 files
2) create the necessary symlinks in /usr/lib/navit/*

About reporting issues, #navit on freenode is probably the best place.

Have a nice day!


_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[Tilman Baumann]

Sorry I was pretty much off line the last days.

Yes and it works. I'm pleased with the new GUI (internal) which I have
never used before.

Some quirks remain. But it works.
The gps resource does not get allocated by fso-gpsd
The home and globe button in the menu is pretty much unusable with finger.
And the on screen keyboard layout does not fit the screen. (And I hate
ABC layouts!)

And I'm not comfortable with packages/feeds that are not build from my
distro. Hello SHR, any plans on upgrading? *g*

Ali wrote:

> If you have not found an answer to your question yet, grab the latest
> opk from http://download.navit-project.org/navit/openmoko/svn/
> 2113 is working for me (at least executing, can't test anything else
> from inside)
> On Thu, 2009-03-05 at 17:02 +0100, Tilman Baumann wrote:
>> opkg install navit
>> Installing navit (0.1.0+svnrev1981-r1) to root...
>> Downloading
>> http://shr.bearstech.com/shr-unstable/ipk//armv4t/navit_0.1.0+svnrev1981-r1_armv4t.ipk
>> Multiple replacers for gpsd, using first one (fso-gpsd)
>> Configuring navit
>>
>>
>> root@om-gta01 ~ $ navit
>> Enabling low-mem workaround...
>> navit:vehicle_new:invalid type 'gpsd'
>> navit:speech_new:wrong type 'cmdline'
>> navit:navit_init:no gui
>> sh: gdb: not found
>>
>> Either the build is broken or the /usr/share/navit/navit.xml does not
>> fit anymore.
>>
>>
>> PS: Please tell me when I should send this somewhere else.
>>
>

--
Imagination is more important than knowledge.
  Albert Einstein

_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[KaZeR]

Tilman Baumann wrote:

Yes and it works. I'm pleased with the new GUI (internal) which I have
never used before.

Nice to hear :)

Tilman Baumann wrote:

Some quirks remain. But it works.
The gps resource does not get allocated by fso-gpsd

Ah really? I haven't noticed the issue on my side

Tilman Baumann wrote:

The home and globe button in the menu is pretty much unusable with finger.
And the on screen keyboard layout does not fit the screen. (And I hate
ABC layouts!)

Ah, looks like you haven't had a look at the xml file :)
There is a gui=internal line with some settings to better fit the FR. I agree that it should be enabled by default on this build. Basically, by using the tweaks, you'll get different sizes for icons/buttons/fonts and it should be way better on the FR (including fitting keyboard).

Tilman Baumann wrote:

And I'm not comfortable with packages/feeds that are not build from my
distro. Hello SHR, any plans on upgrading? *g*

Well, is there really an advantage to have applications packaged specifically for each distributions?

[Tilman Baumann]

KaZeR wrote:

> Tilman Baumann wrote:
>> Some quirks remain. But it works.
>> The gps resource does not get allocated by fso-gpsd
>>
> Ah really? I haven't noticed the issue on my side

Yes, really strange. No idea why.

> Tilman Baumann wrote:
>> The home and globe button in the menu is pretty much unusable with finger.
>> And the on screen keyboard layout does not fit the screen. (And I hate
>> ABC layouts!)
>>
> Ah, looks like you haven't had a look at the xml file :)
Well, I did. But not deeply. :)
> There is a gui=internal line with some settings to better fit the FR. I
> agree that it should be enabled by default on this build. Basically, by
> using the tweaks, you'll get different sizes for icons/buttons/fonts and it
> should be way better on the FR (including fitting keyboard).
Nice, will try that later. Have left my phone at home. :-/

> Tilman Baumann wrote:
>> And I'm not comfortable with packages/feeds that are not build from my
>> distro. Hello SHR, any plans on upgrading? *g*
>>
> Well, is there really an advantage to have applications packaged
> specifically for each distributions?

Well, just go to opkg.org and install everything you like. And then
check what works. I bet not even half of that.

I mean, it totally depends on what you do. If your only dependencies is
libc and maybe some other stuff that tends to have stable ABIs, you have
no problem.
But there is never any guarantee.
This is why I don't like to mix opkg feeds, especially  in times where
everything is in flux.
On debian stable for example, I would see no problem to use a well
established 3rd party tree.

As I said, just personal preference. But I would like the SHR/FSO
buildteam to just use the bleeding edge where it really benefits me.
AS of now, navit from the SHR-unstable sources is broken, why not throw
the oficcially latest version in the build system?


--
Imagination is more important than knowledge.
  Albert Einstein

_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[Tilman Baumann]

Am 17.03.2009 um 12:17 schrieb Tilman Baumann:

> KaZeR wrote:
>
>> Tilman Baumann wrote:
>>> Some quirks remain. But it works.
>>> The gps resource does not get allocated by fso-gpsd
>>>
>> Ah really? I haven't noticed the issue on my side
>
> Yes, really strange. No idea why.

Sorry for the late reply, I was moving to another country the last week.
I found the problem.

navit console output on startup:

navit:plugin_load:can't load '/usr/lib/navit/vehicle/
libvehicle_gpsd.so', Error 'libgps.so.16: cannot open shared object  
file: No such file or directory'
navit:vehicle_new:invalid type 'gpsd'

Workaround:
ln -s /usr/lib/libgps.so.17 /usr/lib/libgps.so.16

And this is why I hate external builds outside the distro!
If this does not prove my point I don't know. :)

>> There is a gui=internal line with some settings to better fit the  
>> FR. I
>> agree that it should be enabled by default on this build.  
>> Basically, by
>> using the tweaks, you'll get different sizes for icons/buttons/
>> fonts and it
>> should be way better on the FR (including fitting keyboard).
> Nice, will try that later. Have left my phone at home. :-/

Much better. Please make default for the openmoko builds.

>> Tilman Baumann wrote:
>>> And I'm not comfortable with packages/feeds that are not build  
>>> from my
>>> distro. Hello SHR, any plans on upgrading? *g*
>>>
>> Well, is there really an advantage to have applications packaged
>> specifically for each distributions?
>
> Well, just go to opkg.org and install everything you like. And then
> check what works. I bet not even half of that.
>
> I mean, it totally depends on what you do. If your only dependencies  
> is
> libc and maybe some other stuff that tends to have stable ABIs, you  
> have
> no problem.
> But there is never any guarantee.
> This is why I don't like to mix opkg feeds, especially  in times where
> everything is in flux.
> On debian stable for example, I would see no problem to use a well
> established 3rd party tree.

Point proven.

> As I said, just personal preference. But I would like the SHR/FSO
> buildteam to just use the bleeding edge where it really benefits me.
> AS of now, navit from the SHR-unstable sources is broken, why not  
> throw
> the oficcially latest version in the build system?

Please shr build gurus. Is there any way to do this?
Navit is by far the most important app after all the phone stuff.



_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[Tilman Baumann]

>
>
>> As I said, just personal preference. But I would like the SHR/FSO
>> buildteam to just use the bleeding edge where it really benefits me.
>> AS of now, navit from the SHR-unstable sources is broken, why not  
>> throw
>> the oficcially latest version in the build system?
>
> Please shr build gurus. Is there any way to do this?
> Navit is by far the most important app after all the phone stuff.

After I got it basically working it is still pretty unusable. It is  
dead slow (seconds to minutes response time on klicks in the menu)
And it sometimes triggers the oom killer even tough I have 256mb swap!

_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[Al Johnson-3]

Tilman Baumann wrote:

>>
>>> As I said, just personal preference. But I would like the SHR/FSO
>>> buildteam to just use the bleeding edge where it really benefits me.
>>> AS of now, navit from the SHR-unstable sources is broken, why not  
>>> throw
>>> the oficcially latest version in the build system?
>> Please shr build gurus. Is there any way to do this?
>> Navit is by far the most important app after all the phone stuff.
>
> After I got it basically working it is still pretty unusable. It is  
> dead slow (seconds to minutes response time on klicks in the menu)
> And it sometimes triggers the oom killer even tough I have 256mb swap!

rev1948 worked well for me, but it's the only one I've tried that has. I
was using the OSM Europe map on FSO Milestone4.1 without swap for hours
at a time. Menu clicks didn't lag, though map redraw was perhaps a
little slow, particularly when zoomed out. Every other version I've
tried fails to display the map.

I guess it would make sense to have autorev enabled for navit in
shr-unstable, but a fixed known-working revision in shr-testing.

_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[Tilman Baumann]

On 30.03.2009, at 14:02, Alastair Johnson wrote:

> Tilman Baumann wrote:
>>>
>>>> As I said, just personal preference. But I would like the SHR/FSO
>>>> buildteam to just use the bleeding edge where it really benefits  
>>>> me.
>>>> AS of now, navit from the SHR-unstable sources is broken, why not
>>>> throw
>>>> the oficcially latest version in the build system?
>>> Please shr build gurus. Is there any way to do this?
>>> Navit is by far the most important app after all the phone stuff.
>>
>> After I got it basically working it is still pretty unusable. It is
>> dead slow (seconds to minutes response time on klicks in the menu)
>> And it sometimes triggers the oom killer even tough I have 256mb  
>> swap!
>
> rev1948 worked well for me, but it's the only one I've tried that  
> has. I
> was using the OSM Europe map on FSO Milestone4.1 without swap for  
> hours
> at a time. Menu clicks didn't lag, though map redraw was perhaps a
> little slow, particularly when zoomed out. Every other version I've
> tried fails to display the map.
>
> I guess it would make sense to have autorev enabled for navit in
> shr-unstable, but a fixed known-working revision in shr-testing.

Oh, yes. The map might be the reason. I use the Reiseplaner europe  
map, which is fairly large.
Should I better use a OSM binary map?

_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[Helge Hafting]

Tilman Baumann wrote:

> Oh, yes. The map might be the reason. I use the Reiseplaner europe  
> map, which is fairly large.
> Should I better use a OSM binary map?
>

Try. OSM maps may or may not be sufficiently complete - you ought to
check that. Some places aren't covered. Those that are, often lack house
numbers. You may want to check your typical areas at
http://openstreetmap.org

If coverage isn't a problem, then OSM maps has an advantage. They can be
cut into smaller pieces, if the europe map ever gets too big for navit
on the FR. You can download a handful of countries and make a phone map
from that, if need be.

Helge Hafting

_______________________________________________
Shr-devel mailing list
[hidden email]
http://lists.projects.openmoko.org/mailman/listinfo/shr-devel

[KaZeR]

Alastair Johnson-2 wrote:

Menu clicks didn't lag, though map redraw was perhaps a little slow, particularly when zoomed out.

If menus are a bit laggy, here's a quick workaround which will be integrated in the package soon : menus are a bit slow because of the use of svg files (at least, on my shr). I was having 1 or 2 seconds delay between click and action. Using png files instead, it's almost 0 seconds now. I've packaged the necessary files : http://www.kazer.org/navit/freerunner_navit_icons.tar

Just untar in /usr/share/navit/xpm and it should be way better.

I'm using navit almost daily for real case navigation. With latest enhancements in GPS fix, i usually get a fix in 10 to 20 seconds. Routing works fine (i made a 250 kms trip last week on an unknown road). I've even stopped using my other PND.

Also, it seems that too few people now about OSD. Please have a look at http://wiki.navit-project.org/index.php/OSD

Let me know if this helps!