Re: [DebianGIS] [ gpsdrive ] problems with manual build on Etch

["Andreas Putzo" <andreas@putzo.net>]

Hi Joerg,

Am 20.8.2007 schrieb "Joerg Ostertag" <gpsdrive@ostertag.name>:

>You might want to try if the current version would compile for etch.
>Maybe you can give us some hints what to change in order to be able to compile
>on etch and testing.

I did a little testing and as far as i can tell the only thing missing
for etch is mapnik. Thus i created a backport for it and after
installing  it builds for me.

These build-depends were missing:
libart-2.0-dev
libfile-slurp-perl (?)
libqt4-dev

The planet.osm.sql.bz2 mentioned in install-mapnik-osm.txt needs
postgresql-8.2 while the version in etch is 8.1.
But creating the database using osm2pgsql works. That's actually the
first time i run gpsdrive using mapnik to render the tiles on the fly.
Works great :-)

gpsdrive_mapnik_gentiles.py (and propably others) wants to use python2.5.
On etch the dependency  on python installs python2.4. So it should use
either a versioned dependency or the scripts should be modified to use
/usr/bin/python  if this is possible (didn't check this).

As a side note, i'd recommend removing the osm map-icons from the
gpsdrive source and rather provide 
a separate tarball because these icons are not gpsdrive specific and will
most likely be used by other applications too in the future plus they
add ~30MB to the tarball.
You are already creating an extra debian package for them
(openstreetmap-map-icons) and it shouldn't be too hard to do an extra
tar xzvf map-icons && cd map-icons && make install when installing
gpsdrive from source.

Cheers,
Andreas