[DebianGIS-dev] Bug#589789: Bug#589789: gpsdrive-scripts: geo-code should use /bin/bash

[Hamish]

Francesco wrote:
> Current debian version 21 patches, which should be verified
> against the new upstream version.

fwiw, upstream devs are pretty much all running sid, except
for me who runs stable. (ok, maybe there's a little RedHat in
there too) so most if not all patches can typically be pushed
directly upstream for inclusion in future versions.

I think we've got so many patches now as the version in debian
has stagnated and the tweaks to keep it alive had piled up.


[versus new 2.11 release]

01-make
  --obsolete: upstream now uses cmake not automake

03-manpage
  ## DP: Fixed in upstream svn.

10-mapnikdir
  --patch no longer works, to keep things simple I suggest that
    the first cut of the modern package is built without Mapnik
    and PostGIS support, and we add those once everything else
    is clean and running. Some users (underpowered netbooks)
    may not want all that bulk, so maybe in future we ship
    conflicting gpsdrive and gpsdrive-lite packages?

20-homedir
  ## DP: Do not overwrite ~/.gpsdrive/osm.xml when gpsdrive is started.
  --AFAIK this is no longer an issue. At least my user mods to
   ~/.gpsdrive/osm.xml remain after restart..

30-icons
  --not sure, need to sync with latest openstreetmap-icons pkgs.

40-backported
  ## DP: Bugfixes from gpsdrive VCS
  --already merged.

50-scripts
  --fixed upstream

60-sql
  ## DP: Fixed in upstream svn.

70-perl
  --not merged upstream. I'm not enough of a perl expert to know
    how important it is or if it should be merged upstream.

80-dbus
  --AFAIK dbus hooks are no longer highly recommended by Gpsd api

85-settings
  --not merged upstream. should it be?

90-usage
  --fixed upstream.

95-newapi
  --no longer relevant, font name no longer hardcoded(?)

96-mapnik-plugins-dir
  --obsolete: mapnik path now set in gpsdrive_config.c for
    mapnik version 0.7.

97-osmxml
  --still a bit of an issue. wants OSM's 300mb+ world coastline
    shapefiles unofficial .deb installed. the the OSGeo LiveDVD
    I patched it to use the much smaller Natural Earth (public
    domain) world vector coastline instead for global map scales.
    We should package that data, then we could depend on it :)
    (needed for Mapnik+PostGIS on-the-fly OSM rendering support)

98-mapnik-exception
  --done upsteam.

99-autobestmap
  ## DP: in gpsdrive. Patch backported from 2.10pre5.

100-fix-insecure-tempfiles
  --unused script deleted upstream.

101-signalposreq
  --fixed upstream

102-unittest
  --fixed upstream

103-no-textquery
  --not fixed upstream. (should it be?)

In general I'm not really sure of the OSM package integration
stuff, that was done by the others who are more OSM-devs than
me and who set all of that stuff up.


> One possibilty could be dropping all of them and use the current
> upstream version, but I suspect it would be not accepted in
> squeeze as is. I would use experimental for such a thing.

yes for 2.11 in experimental and eventually squeeze.backports.org 

as for releasing a package in squeeze I'm undecided.
 - current version there runs, but as it is incompatible with 
   sqeeze's new Gpsd api it won't talk to your GPS
   patch to fix this is only a few lines long.
 - georeferencing of downloaded tile-server [osm] maps is badly
   wrong. I put a patch to fix this in debiangis patches/ dir,
   but not activated it as I haven't tested to see if it applies
   on that old version of the source.
 - even with those patches to make it minimally "work" again, is
   the old version worth the trouble? or do we just aim for
   backports.org and squeeze+1?
 - see gpsdrive's gpsd-api ticket in DBTS for more discussion,
   currently it still works, but only as an offline gpsdrive map
   viewing app. :-/


thanks,
Hamish