[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Dropping the regular HDF4 variant, keeping only NetCDF compatible variant



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


Reply to: