On 08/06/2021 11.56, Andreas Beckmann wrote:
gdal can rename gdal-data to gdal3-data, build with --datadir=/sur/share/gdal3 and drop the Breaks on libgdal20. Thus libgdal20 + gdal-data from buster should be co-installable with libgdal28 + gdal3-data from bullseye and survive the upgrade if needed. A patch doing this is attached, I'm now testing the upgrade paths (along the introduction of the libhdf5*-103 metapackages).
If the gdal-data issue is solved, the next problem shows up: libgdal20 Depends: libogdi3.2 libgdal28 Depends: libogdi4.1but the two ogdi library packages are not co-installable (both ship plugins in the same unversioned path).
So even if we fix hdf5, libgdal20 is unlikely to be able to survive upgrades from buster. (Sime something that was built against libgdal20 in buster now likely depends on libgdal28 in bullseye) But I'd still like to add a Breaks: libgdal20 to libgdal28 to make this explicit, since transitive Breaks don't work well.
Andreas