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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
