Hi, On 11-01-2020 17:38, Sebastiaan Couwenberg wrote: > On 1/9/20 6:52 PM, Sebastiaan Couwenberg wrote: >> On 1/8/20 4:53 PM, Sebastiaan Couwenberg wrote: >>> gdal (3.0.2+dfsg-1) is now built & installed on all release architectures. >>> >>> Please schedule the binNMUs. >> >> Thanks for scheduling the initial batch, everything has built now. >> Please schedule the rest of Dependency level 1. > > Now that openscenegraph is built & installed everywhere, please schedule > osgearth. gdal triggers autopkgtest regressions in two packages and looking at the logs I am wondering if that point to a missing dependency relation, as the tests pass in unstable once they were binNMU'ed. In both tests, libgdal20 from testing is installed (due to the package in testing not being build against the new library) but the new gdal-data package is installed. Both tests show: ERROR: GDAL OpenFailed [4] Unable to open EPSG support file gcs.csv. Try setting the GDAL_DATA environment variable to point to the directory containing EPSG csv files. Is this something that needs fixing in the gdal package somehow? Probably I am saying something stupid, but e.g. gdal-data (<new>) breaks libgdal* <old>. I notice that the library already has a larger than relation on gdal-data, but apparently there should have been a smaller than relation as well. (As we can't fix the package in testing, I proposed the breaks). Can you please share your view of this problem? Paul
Attachment:
signature.asc
Description: OpenPGP digital signature