[ gpsdrive ] OpenMoko (Openembedded) package for gpsdrive 2.10pre4

[Joerg Ostertag (gpsdrive Munich/Germany)]

On Montag 31 Dezember 2007, Gernot Hillier wrote:
> Hi there!
>
> I'm currently trying to build an OpenMoko package for gpsdrive 2.10pre4
> and probably succeeded to some degree - at least it finally starts on an
> OpenMoko device. And it looks quite nice in the "-M pda" mode - much
> better than 2.10pre2. :-)
>
> (For those of you who never heard of OpenMoko before - it's a project
> providing an Open Source Linux-based mobile phone. They also sell
> fitting hardware which includes a quite nice GPS receiver. For details,
> see http://www.openmoko.org.)
>
> I'd like to share the results I reached up to now with you and ask for
> review from your side before I try submitting the package to the
> OpenMoko/OpenEmbedded people for inclusion into their mainstream. :)

This is really really welcome !!!

> Basically, I have the following questions/requests:
>
> * I had to apply two patches to get it built at all. One is extracted
> from your current SVN (gpsdrive-ifdef-mapnik.patch), so everything
> should be fine with it. 

Good

> The other one, gpsdrive-remove-hardcoded- 
> paths.patch, does a quick'n'dirty fixup in the Makefiles removing
> absolute paths. Are these statements still needed at all? Do you really
> need to manually define -I/usr/include? If yes, any idea to fix it in a
> sane way?

We are currently changing from automake to cmake. Maybe this eliminates the 
problem. 

> * I received some warnings during build telling me that the .desktop
> file uses obsolete statements. gpsdrive-fix-desktop-file.patch fixes
> them. Please consider applying it.

We'll consider ...

> * As we're building for an embedded device where size *really* matters
> (in the default OpenMoko load, we have about 7 MB of free space to

...

Sounds reasonable. We'll have to think about how we can achive this the best 
way. Since splitting the stuff on a desktop machine wouldn't make too much 
sense.

We are currently thinking about splitting the map-icons package anyhow. You 
probably have seen that in the svn. It already lost it's old Makefile.am 
Files, more will follow. We will probably split this into one masterpackage 
with the config FIles(icons.xml, osm.xml) and for each theme 
(classic.ig.classic.small,square.big,square,small, ...) another package.

The perl Stuff is normally only needed if you like to rearrange POIs of want 
to download maps or want to setup database ...
So this can surely be omitted.

The stuff in data/maps is a kind of basemap for desktop users to have 
something to view at before they started to download additinal maps. SO you 
can ommit these too.

You might have a look at the debian packaging i did. this can be found in the 
debian/* directory in svn. This might be a good start for splitting into 
different packages.

> Can you help me fine-tuning this? Especially I'd like to remove further
> stuff from the main package to the -osm sub-package, if it's possible to
> run gpsdrive without it.

Your main package would probably hold:
	src/gpsdrive (The executable itself)
	data/pixmaps (The pixmaps use in the User Interface)
	icons.xml (The POI Hirarchie)
And then you 'll have a seperate package holding the map-icons as described 
above.
	


> * For interested parties (and well, to create a backup in the net ;) ),
> I also attached the original bitbake recipe gpsdrive_2.10pre4.bb
> (comparable to the RPM spec files or content of the debian/ directory in
> the RPM/.deb world). Don't hesitate to ask me for explaining it if
> you're interested in reviewing it in detail!!

Is there an easy way for me to cross-compile the openmoko package on my debian 
machine? 
And is there an easy way to run the cross-compiled stuff in an emulator on my 
debian machine?

-
Joerg