Bug#784160: marked as done (transition: proj)
Your message dated Sun, 17 May 2015 18:28:50 +0100
with message-id <e05a27905a5386f4b7c5af41cbc8a5ef@hogwarts.powdarrmonkey.net>
and subject line Re: Bug#784160: transition: proj
has caused the Debian Bug report #784160,
regarding transition: proj
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
784160: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784160
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition
Dear Release Team,
We've had proj 4.9.x in experimental for some time now, and I'd like to
move it from experimental to unstable as the first stretch transition
for the Debian GIS team.
Currently PROJ.4 4.8.0 is unstable and jessie, and PROJ.4 4.9.1 is in
experimental.
Updating PROJ.4 from 4.8.0 to 4.9.1 involves a SONAME bump from
libproj.so.0 to libproj.so.9.
I've rebuilt all reverse dependencies to verify that they still build
successfully with PROJ.4 4.9.1.
python-pyproj won't need a rebuild, after proj 4.9.1-1 is available in
unstable I'll upload python-pyproj 1.9.4-1 to unstable too. The version
currently in experimental build with the system installed proj instead
of its embedded copy.
There already is an automatically created transition tracker at:
https://release.debian.org/transitions/html/auto-proj.html
That ben configuration looks good, so we don't need to create another
although reportbug kindly generated one anyway.
Transition: proj
libproj0 (4.8.0-5) -> libproj9 (4.9.1-1)
The status of the most recent rebuilds is as follows.
python-pyproj (1.9.4-1) OK
gpx2shp (0.71.0-1) OK
libgeo-proj4-perl (1.05-2) OK
libgeotiff-dfsg (1.4.1-1) OK
magics++ (2.22.7.dfsg.1-4) OK
ogdi-dfsg (3.2.0~beta2-7.1) OK
osm2pgsql (0.87.3-3) OK
pdl (1:2.007-4) OK
shapelib (1.3.0-4) OK
sosi2osm (1.0.0-1) OK
spatialite (4.1.1-10 / 4.2.1~rc1-1~exp2) OK / OK
survex (1.2.16-1) OK
zygrib (6.2.3-1) OK
cdo (1.6.5+dfsg.1-1) OK
gdal (1.10.1+dfsg-8 / 1.11.2+dfsg-1~exp2) OK / OK
libgaiagraphics (0.5-3) OK
librasterlite (1.1g-5) OK
metview (4.4.8+dfsg.1-8) OK
pyspatialite (3.0.1-6) OK
spatialite-tools (4.1.1-4 / 4.2.1~rc1-1) OK / OK
grass (6.4.4-1 / 7.0.0-1~exp1) OK / OK
mapnik (2.2.0+ds1-7) OK
mapserver (6.4.1-6) OK
merkaartor (0.18.1-3) OK
ncl (6.2.0-3) OK
postgis (2.1.0-4 / 2.1.7+dfsg-1) OK / OK
qlandkartegt (1.8.1+ds-1) OK
qmapshack (1.2.2-1) OK
saga (2.1.4+dfsg-1) OK
spatialite-gui (1.7.1-5) OK
sumo (0.21.0+dfsg-1 / 0.23.0+dfsg1-2~exp1) OK / OK
thuban (1.2.2-6) OK
xastir (2.0.6-3) OK
mapcache (1.2.1-3) OK
qgis (2.8.1+dfsg1-1) OK
Ben file:
title = "proj";
is_affected = .depends ~ "libproj0" | .depends ~ ":libproj9";
is_good = .depends ~ ":libproj9";
is_bad = .depends ~ "libproj0";
--- End Message ---
--- Begin Message ---
On 2015-05-03 17:25, Bas Couwenberg wrote:
We've had proj 4.9.x in experimental for some time now, and I'd like to
move it from experimental to unstable as the first stretch transition
for the Debian GIS team.
Completed.
--
Jonathan Wiltshire jmw@debian.org
Debian Developer http://people.debian.org/~jmw
4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
<directhex> i have six years of solaris sysadmin experience, from
8->10. i am well qualified to say it is made from bonghits
layered on top of bonghits
--- End Message ---
Reply to: