Bug#1038115: transition: gdal

2023-07-01 Thread Sebastian Ramacher
On 2023-06-29 05:26:04 +0200, Sebastiaan Couwenberg wrote:
> On 6/23/23 10:45, Sebastiaan Couwenberg wrote:
> > On 6/21/23 12:31, Sebastiaan Couwenberg wrote:
> > > On 6/20/23 23:49, Sebastian Ramacher wrote:
> > > > On 2023-06-15 17:15:27 +0200, Bas Couwenberg wrote:
> > > > > Package: release.debian.org
> > > > > Severity: normal
> > > > > User: release.debian@packages.debian.org
> > > > > Usertags: transition
> > > > > X-Debbugs-Cc: g...@packages.debian.org
> > > > > Control: affects -1 + src:gdal
> > > > > Control: forwarded -1
> > > > > https://release.debian.org/transitions/html/auto-gdal.html
> > > > > Control: block -1 by 1030129 998833 1037920 984398 1037976
> > > > > 
> > > > > For the Debian GIS team I'd like to transition to GDAL 3.7.0.
> > > > 
> > > > Please go ahead.
> > > 
> > > gdal (3.7.0+dfsg-1) has been uploaded to unstable and is now built &
> > > installed on all release architectures.
> > 
> > Please also binNMU mysql-workbench which builds successfully now that
> > the ca-certificates-java workaround is in unstable.
> 
> mysql-workbench still needs to be rebuilt in unstable.

Scheduled

> r-base is blocking testing migration of r-cran-rgdal/r-cran-sf/r-cran-terra
> which in turn prevents the removal of libgdal32 from testing.

Scheduled rebuilds of those three packages in testing.

Cheers
-- 
Sebastian Ramacher



Bug#1038115: transition: gdal

2023-06-28 Thread Sebastiaan Couwenberg

On 6/23/23 10:45, Sebastiaan Couwenberg wrote:

On 6/21/23 12:31, Sebastiaan Couwenberg wrote:

On 6/20/23 23:49, Sebastian Ramacher wrote:

On 2023-06-15 17:15:27 +0200, Bas Couwenberg wrote:

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gdal
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-gdal.html

Control: block -1 by 1030129 998833 1037920 984398 1037976

For the Debian GIS team I'd like to transition to GDAL 3.7.0.


Please go ahead.


gdal (3.7.0+dfsg-1) has been uploaded to unstable and is now built & 
installed on all release architectures.


Please also binNMU mysql-workbench which builds successfully now that 
the ca-certificates-java workaround is in unstable.


mysql-workbench still needs to be rebuilt in unstable.

r-base is blocking testing migration of 
r-cran-rgdal/r-cran-sf/r-cran-terra which in turn prevents the removal 
of libgdal32 from testing.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



Bug#1038115: transition: gdal

2023-06-23 Thread Paul Gevers

Hi,

On 23-06-2023 08:49, Sebastiaan Couwenberg wrote:
To make the libgdal-grass autopkgtest pass it needs both gdal and 
libgdal-grass from unstable.


I'll schedule it.

I've scheduled jobs for this, but it seems britney ignores tests it 
hasn't scheduled itself.


That's mostly correct as any authenticated user can re-triggering runs 
done by britney and those also count.


Paul


OpenPGP_signature
Description: OpenPGP digital signature


Bug#1038115: transition: gdal

2023-06-23 Thread Sebastiaan Couwenberg

On 6/21/23 12:31, Sebastiaan Couwenberg wrote:

On 6/20/23 23:49, Sebastian Ramacher wrote:

On 2023-06-15 17:15:27 +0200, Bas Couwenberg wrote:

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gdal
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-gdal.html

Control: block -1 by 1030129 998833 1037920 984398 1037976

For the Debian GIS team I'd like to transition to GDAL 3.7.0.


Please go ahead.


gdal (3.7.0+dfsg-1) has been uploaded to unstable and is now built & 
installed on all release architectures.


Please also binNMU mysql-workbench which builds successfully now that 
the ca-certificates-java workaround is in unstable.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



Bug#1038115: transition: gdal

2023-06-23 Thread Sebastiaan Couwenberg

On 6/21/23 12:31, Sebastiaan Couwenberg wrote:

On 6/20/23 23:49, Sebastian Ramacher wrote:

On 2023-06-15 17:15:27 +0200, Bas Couwenberg wrote:

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gdal
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-gdal.html

Control: block -1 by 1030129 998833 1037920 984398 1037976

For the Debian GIS team I'd like to transition to GDAL 3.7.0.


Please go ahead.


gdal (3.7.0+dfsg-1) has been uploaded to unstable and is now built & 
installed on all release architectures.


To make the libgdal-grass autopkgtest pass it needs both gdal and 
libgdal-grass from unstable.


I've scheduled jobs for this, but it seems britney ignores tests it 
hasn't scheduled itself.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



Bug#1038115: transition: gdal

2023-06-21 Thread Sebastiaan Couwenberg

On 6/20/23 23:49, Sebastian Ramacher wrote:

On 2023-06-15 17:15:27 +0200, Bas Couwenberg wrote:

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gdal
Control: forwarded -1 https://release.debian.org/transitions/html/auto-gdal.html
Control: block -1 by 1030129 998833 1037920 984398 1037976

For the Debian GIS team I'd like to transition to GDAL 3.7.0.


Please go ahead.


gdal (3.7.0+dfsg-1) has been uploaded to unstable and is now built & 
installed on all release architectures.


Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



Bug#1038115: transition: gdal

2023-06-20 Thread Sebastian Ramacher
Control: tags -1 confirmed

On 2023-06-15 17:15:27 +0200, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-Cc: g...@packages.debian.org
> Control: affects -1 + src:gdal
> Control: forwarded -1 
> https://release.debian.org/transitions/html/auto-gdal.html
> Control: block -1 by 1030129 998833 1037920 984398 1037976
> 
> For the Debian GIS team I'd like to transition to GDAL 3.7.0.

Please go ahead.

Cheers
-- 
Sebastian Ramacher



Bug#1038115: transition: gdal

2023-06-15 Thread Bas Couwenberg
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: g...@packages.debian.org
Control: affects -1 + src:gdal
Control: forwarded -1 https://release.debian.org/transitions/html/auto-gdal.html
Control: block -1 by 1030129 998833 1037920 984398 1037976

For the Debian GIS team I'd like to transition to GDAL 3.7.0.

Most reverse dependencies rebuilt successfully with GDAL 3.7.0 from 
experimental as summarized below.


mysql-workbench (8.0.32+dfsg-1) FTBFS due to ca-certificates-java (#1030129).
Once that is fixed it will likely FTBFS due to #998833.

ncl (6.6.2.dfsg.1-1) FTBFS due to hdf4 (4.2.16-1):

 /usr/include/hdf/dfi.h:128:2: error: #endif without #if
   128 | #endif /* H4_DFI_H */
   |  ^

This is fixed in hdf4 (4.2.16-2), but NCL still FTBFS:

 /usr/include/hdf/dfi.h:53:33: error: two or more data types in declaration 
specifiers
53 | #define float32 float
   | ^
 /usr/include/hdf/hdfi.h:121:16: note: in expansion of macro 'float32'
   121 | typedef float  float32;
   |^~~
 /usr/include/hdf/hdfi.h:121:1: warning: useless type name in empty declaration
   121 | typedef float  float32;
   | ^~~

hdf4 (4.2.16-3) contains a different fix for dfi.h that resolves this issue.

python-django (3:3.2.19-1) FTBFS due to an unrelated issue (#1037920).

vtk6 (6.3.0+dfsg2-8.1) FTBFS due to an unrelated issue (#984398).

opencv (4.6.0+dfsg-12) FTBFS due to ca-certificates-java (#1030129).
Removing the Java packages lets the package build successfully with GDAL 3.7.0.

osmcoastline (2.4.0-1) FTBFS due to changes in GDAL 3.7.0 (#1037976),
osmcoastline (2.4.0-2) contains a patch to fix this issue.


Transition: gdal

 libgdal32 (3.6.4+dfsg-1) -> libgdal33 (3.7.0+dfsg-1~exp1)

The status of the most recent rebuilds is as follows.

 cloudcompare(2.11.3-7.1)  OK
 fiona   (1.9.4-1) OK
 gmt (6.4.0+dfsg-2)OK
 grass   (8.2.1-1) OK
 libcitygml  (2.5.1-1) OK
 libosmium   (2.19.0-1)OK
 mapcache(1.14.0-1)OK
 mapnik  (3.1.0+ds-3)  OK
 mapproxy(1.16.0+dfsg-1)   OK
 mapserver   (8.0.1-1) OK
 merkaartor  (0.19.0+ds-3) OK
 mysql-workbench (8.0.32+dfsg-1)   FTBFS (#998833)
 ncl (6.6.2.dfsg.1-1)  OK
 octave-mapping  (1.4.2-3) OK
 openorienteering-mapper (0.9.5-3) OK
 openscenegraph  (3.6.5+dfsg1-8)   OK
 paraview(5.11.0+dfsg-1)   OK
 pgsql-ogr-fdw   (1.1.3-1) OK
 pktools (2.6.7.6+ds-4)OK
 postgis (3.3.3+dfsg-2)OK
 python-django   (3:3.2.19-1)  FTBFS (#1037920)
 qmapshack   (1.16.1-2)OK
 r-cran-rgdal(1.6-4+dfsg-1)OK
 r-cran-sf   (1.0-9+dfsg-1)OK
 r-cran-terra(1.7-3-1) OK
 rasterio(1.3.7-1) OK
 saga(9.0.2+dfsg-1)OK
 vtk6(6.3.0+dfsg2-8.1) FTBFS (#984398)
 vtk7(7.1.1+dfsg2-10.2)OK
 vtk9(9.1.0+really9.1.0+dfsg2-5)   OK

 facet-analyser  (0.0~git20221121142040.6be10b8+ds1-3) OK
 libgdal-grass   (1:1.0.2-4)   OK
 opencv  (4.6.0+dfsg-12)   FTBFS (#1030129)
 osmcoastline(2.4.0-2) OK
 qgis(3.28.7+dfsg-1)   OK
 sumo(1.15.0+dfsg-1)   OK

 otb (8.1.1+dfsg-1)OK


Kind Regards,

Bas