Your message dated Wed, 22 Jan 2020 06:05:23 +0100
with message-id <cb97aa5c-ea6d-594f-3c12-8a30e66ea...@xs4all.nl>
and subject line Re: Bug#939989: transition: gdal
has caused the Debian Bug report #939989,
regarding transition: gdal
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 ow...@bugs.debian.org
immediately.)
--
939989: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939989
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian....@packages.debian.org
Usertags: transition
Control: block -1 by 939872 939891 931944
Control: forwarded -1 https://release.debian.org/transitions/html/auto-gdal.html
For the Debian GIS team I'd like to transition to GDAL 3.x. This is the
next step in the major update of the GIS stack after PROJ 6.
All reverse dependencies rebuilt successfully with GDAL 3.0.1 from
experimental as summarized below, except fiona, mysql-workbench & vtk7.
The fiona issue is actually related to GDAL 3, mysql-workbench FTBFS due
to gcc-9 & -Werror, and vtk7 hasn't been updated for PROJ 6 yet.
libgdal-grass doesn't need a binNMU as the 3.0.1 version will be
uploaded to unstable instead.
Transition: gdal
libgdal20 (2.4.2+dfsg-1+b2) -> libgdal26 (3.0.1+dfsg-1~exp3)
The status of the most recent rebuilds is as follows.
dans-gdal-scripts (0.24-3) OK
fiona (1.8.6-2) FTBFS (#939872)
gazebo (9.6.0-2) OK
gmt (5.4.5+dfsg-2) OK
libcitygml (2.0.9-2) OK
libosmium (2.15.2-1) OK
mapcache (1.8.0-1) OK
mapnik (3.0.22+ds1-1) OK
mapproxy (1.12.0-1) OK
mapserver (7.4.1-1) OK
mysql-workbench (8.0.17+dfsg-1) FTBFS (#939891)
ncl (6.6.2-1) OK
node-srs (0.4.8+dfsg-4) OK
octave-mapping (1.2.1-4) OK
openorienteering-mapper (0.8.4-2) OK
openscenegraph (3.2.3+dfsg1-3) OK
pdal (2.0.1+ds-1) OK
pgsql-ogr-fdw (1.0.8-1) OK
pktools (2.6.7.6+ds-2) OK
postgis (2.5.3+dfsg-1) OK
pprepair (0.0~20170614-dd91a21-3) OK
prepair (0.7.1-3) OK
python-django (2:2.2.5-1) OK
qmapshack (1.13.1-1) OK
r-cran-mi (1.0-7) OK
r-cran-rgdal (1.4-4-1) OK
r-cran-sf (0.7-7+dfsg-1) OK
r-cran-tmvtnorm (1.4-10-3) OK
rasterio (1.0.28-1) OK
sumo (1.1.0+dfsg1-1) OK
vtk6 (6.3.0+dfsg2-3) OK
vtk7 (7.1.1+dfsg1-12) FTBFS (#931944)
cloudcompare (2.10.3-3) OK
grass (7.8.0-1) OK
opencv (3.2.0+dfsg-6) OK
openscenegraph-3.4 (3.4.1+dfsg1-5) OK
osmcoastline (2.2.4-1) OK
pyosmium (2.15.3-1) OK
libgdal-grass (2.4.2-3 / 3.0.1-1~exp3) FTBFS / OK
osgearth (2.10.2+dfsg-1) OK
otb (6.6.1+dfsg-3) OK
qgis (3.4.11+dfsg-2) OK
saga (7.3.0+dfsg-1) OK
Kind Regards,
Bas
--- End Message ---
--- Begin Message ---
On 1/21/20 1:34 PM, Ivo De Decker wrote:
> On 1/21/20 5:51 AM, Sebastiaan Couwenberg wrote:
>> On 1/20/20 5:38 AM, Sebastiaan Couwenberg wrote:
>>> Looks like britney needs some help to migrate everything to testing. The
>>> update_output.txt shows most rdeps, I can't make sense of why it's not
>>> migrating them.
>
> Paul asked me to look at this. It seems the openscenegraph binNMU picked
> up a dependency on the newer coin3, which can't migrate (it needs the
> new libglvnd, which seems to break a number of packages, I didn't
> investigate why).
>
>> DDPO shows 3.0.3+dfsg-1 in testing-proposed-updates, is that intended?
>
> Yes. I copied gdal to t-p-u to do a rebuild of openscenegraph there, in
> the hope that that one would be able to migrate.
Thanks for you help, that did the trick.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
--- End Message ---
