Source: hpcc Version: 1.5.0-3 Severity: normal Tags: sid trixie User: debian-scie...@lists.debian.org Usertags: atlas-rm
Dear Maintainer, hpcc build-depends on libatlas-base-dev, which is produced by the source package atlas. atlas is obsolete and scheduled to be removed from Debian, ideally by the trixie release. See the following thread on the Debian Science list for more details: https://lists.debian.org/msgid-search/4311acc16afb473599c79bd5b17a8b734c2f8d2b.ca...@debian.org As a consequence, please drop any (build-)dependency on atlas. This should normally be straightforward to achieve, by simply replacing atlas with another BLAS (and possibly also LAPACK) implementation. Ideally, packages should Build-Depend on the Netlib reference implementation (libblas-dev, and liblapack-dev where required), and not enforce anything in the Depends field of binary packages (dpkg-shlibdeps will automatically add the appropriate "libblas3 | libblas.so.3" entry to ${shlibs:Depends}). Alternative implementations may be given in Build-Depends for the ease of users making local builds with an optimized implementation installed, but the generic reference implementation should be placed first to be used by buildds. The simplest example is Build-Depends: libblas-dev | libblas.so, liblapack-dev | liblapack.so where specific optimized implementations may provide the libblas.so/liblapack.so pseudo-package. Similarly, if one wants to encourage users to install an optimized implementation at runtime, then one can add Recommends: libopenblas0 | libblis4 in binary packages. Also note that if your package needs libcblas (which is currently only provided by libatlas-base-dev), then the solution is to modify the build system so that it rather uses libblas (because, under Debian, the latter already incorporates the symbols provided by libcblas). Thanks for your work, -- ⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot ⣾⠁⢠⠒⠀⣿⡁ Debian Developer ⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name ⠈⠳⣄⠀⠀⠀⠀ https://www.debian.org
