[ gpsdrive ] svn insall questions

[Hamish]

Hi,

I started to collect some of the ideas from this thread on the wiki site,
  http://gpsdrive.wiki.sourceforge.net/Installing

Unfortunately the SF wiki-Auth bug is still not fixed and I can not login
to the wiki again today. Maybe someone else has better luck.


Stuff to add to that:

Checkout DebianGIS's version of the packaging rules. (Andreas's)
 svn co svn://svn.debian.org/svn/pkg-grass/packages/gpsdrive/trunk debiangis

# as root
apt-get install devscripts fakeroot

# as user
debuild binary
:::
dpkg-checkbuilddeps: Unmet build dependencies: debhelper (>= 5) cmake libart-2.0-dev \
  libboost-dev libboost-filesystem-dev libboost-serialization-dev \
  libfile-slurp-perl | libperl6-slurp-perl libgda3-dev libgtk2.0-dev \
  libmagick9-dev libmapnik-dev (>> 0.5.0-1) libxml-twig-perl po-debconf
:::

Install those then run "debuild binary" again.


I tried to use the method to build a backported version for Debian/Etch.
There is a modern version of libmapnik-dev for Etch available from
backports.org, but not for libgda3-dev.

To get around gda3 I tried hacking CMake rules to look for gda2 (didn't
work; missing functions) and backport libgda3 to Etch (too much work,
would have to backport too much of the toolchain as well).
So no latest GpsDrive packages for Etch; must wait for Lenny.

As I do not intend to use any of the DB stuff (or Mapnik for that matter),
it would be great to use whatever cmake uses for './configure --without-'
to skip OSM stuff and survive with simple sqlite for DB needs.

(I don't want to run both PostgreSQL and MySQL on the embedded system,
the hard drive is just a compact flash card and the processor is minimal)

Running all three DBs seems nuts. I understand the need for Postgre for
OSM, but can anyone comment on the status of MySQL vs Sqlite3? I hadn't
really been following the DB developments, but my hope was that sqlite
would replace mysql for the program's needs. (??)


ramble,
Hamish