Our heavily patched build for libhdf4 annoys me very much, as it's always a pain to update it to a new upstream release.
It also makes switching the buildsystem to CMake significantly more work than for other packages. I want to get rid of the two variants and only build a single one, the netcdf compatible -alt one as that's what most rdeps use: libhdf4-0 Reverse Depends: libmgl8t64 libhdf4-0-dbgsym libnexus1 mathgl hdf4-tools libhdf4-dev h5utils libhdf4-0-alt Reverse Depends: libpdl-io-hdf-perl libgdal36 libhdf4-0-alt-dbgsym python3-hdf4 ncl-ncarg libncarg0t64 libhdf4-alt-dev coda libhdfeos0t64 libharp13 grads libgnudatalanguage0 libgdal36 libcoda16 That might be a problem for some of the libhdf4-0 rdeps if they need the fortran support, but a quick look at their packages suggests they don't. Because reworking the libhdf4 packaging is quite a bit of work and invasive, this won't happen before the upcoming trixie freeze. Will likely keep the libhdf4-alt-dev package as transitional package and provide patches to move the rdeps away from it to ease that transition. Please share your thoughts and concerns. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
