Hello Release Team, On Tue, Sep 10, 2019 at 3:54 PM Bas Couwenberg <sebas...@xs4all.nl> wrote: > 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.
please be aware this transition also includes dropping python-gdal from the gdal source package. In unstable, that would currently break: ``` Checking reverse dependencies... # Broken Depends: qgis: python3-qgis-common # Broken Build-Depends: python-networkx: python-gdal Dependency problem found. ``` While it's true we are trying to remove python 2 from Debian (https://wiki.debian.org/Python/2Removal), this shouldnt be done while reverse dependencies are still present in the archive (quoting from the previous link "NOTE: If there are reverse dependencies, you cannot remove it yet!"). Bas was made aware of the impossible situation of removing python-networkx (exactly due to its rdeps) in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932679#32 but that didnt change his mind. Dropping python-networkx would mean breaking ``` Checking reverse dependencies... # Broken Depends: cfflib: python-cfflib falcon: falcon [amd64 arm64 mips64el ppc64el s390x] hinge: hinge [amd64 arm64 mips64el ppc64el] nipype: python-nipype pbsuite: pbhoney pbjelly python-pbbanana pdb2pqr: pdb2pqr python-prov: python-prov ragout: ragout sagemath: sagemath [arm64 armhf i386 ppc64el] # Broken Build-Depends: cfflib: python-networkx falcon: python-networkx (>= 1.7) hinge: python-networkx nipype: python-networkx (>= 1.3) nitime: python-networkx ragout: python-networkx (>= 2.2) rdflib: python-networkx Dependency problem found. ``` (and all their transitive rdeps). That seems quite a lot, and I'm not ready to drop a package knowing others are still depending on it. Please consider this when scheduling the gdal transition Regards, -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi G+: https://plus.google.com/u/0/+SandroTosi
