Your message dated Sat, 23 Mar 2024 23:45:54 +0100
with message-id <[email protected]>
and subject line Re: build-depends on atlas, which is obsolete and scheduled
for removal
has caused the Debian Bug report #1056675,
regarding build-depends on atlas, which is obsolete and scheduled for removal
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1056675: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056675
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: halide
Version: 16.0.0-3
Severity: normal
Tags: sid trixie
User: [email protected]
Usertags: atlas-rm
Dear Maintainer,
halide build-depends (on armel) 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/[email protected]
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
--- End Message ---
--- Begin Message ---
Version: 17.0.0-2
On Fri, 24 Nov 2023 17:35:01 +0100 =?utf-8?q?S=C3=A9bastien_Villemot?=
<[email protected]> wrote:
> Source: halide
> Version: 16.0.0-3
> Severity: normal
> Tags: sid trixie
> User: [email protected]
> Usertags: atlas-rm
>
> Dear Maintainer,
>
> halide build-depends (on armel) 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/[email protected]
>
> As a consequence, please drop any (build-)dependency on atlas.
This has been done in version 17.0.0-2, but the changelog entry was
incorrect and as a consequence the bug was not properly closed. Doing
so now.
--
⢀⣴⠾⠻⢶⣦⠀ Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁ Debian Developer
⢿⡄⠘⠷⠚⠋⠀ https://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀ https://www.debian.org
signature.asc
Description: This is a digitally signed message part
--- End Message ---
