Your message dated Wed, 07 Feb 2024 14:40:02 +0000
with message-id <[email protected]>
and subject line Bug#1056673: fixed in ghmm 0.9~rc3-5
has caused the Debian Bug report #1056673,
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.)
--
1056673: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056673
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: ghmm
Version: 0.9~rc3-4
Severity: normal
Tags: sid trixie
User: [email protected]
Usertags: atlas-rm
Dear Maintainer,
ghmm 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/[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 ---
Source: ghmm
Source-Version: 0.9~rc3-5
Done: Andreas Tille <[email protected]>
We believe that the bug you reported is fixed in the latest version of
ghmm, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Andreas Tille <[email protected]> (supplier of updated ghmm package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Wed, 07 Feb 2024 15:25:59 +0100
Source: ghmm
Architecture: source
Version: 0.9~rc3-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Med Packaging Team
<[email protected]>
Changed-By: Andreas Tille <[email protected]>
Closes: 1044649 1056673
Changes:
ghmm (0.9~rc3-5) unstable; urgency=medium
.
* Team upload.
.
[ Andreas Tille ]
* Standards-Version: 4.6.2 (routine-update)
* Avoid explicitly specifying -Wl,--as-needed linker flag.
* Fix: SyntaxWarning: "is" with a literal. Did you mean "=="?
* Fix clean target
Closes: #1044649
* Install additional header files needed for autopkgtest
* Explain in README.Debian that Python3 interface is broken
.
[ Komolehin Israel Timilehin ]
* Add autopkgtest
.
[ Sébastien Villemot ]
* Remove build-dependency on libatlas-base-dev
Closes: #1056673
Checksums-Sha1:
a7690562c9ee1b469c0aaa73542131a4be2018df 2214 ghmm_0.9~rc3-5.dsc
73e18066af89eb2fd317cd4b8ce0b752a012700c 21284 ghmm_0.9~rc3-5.debian.tar.xz
53eb3f24a9679f7f397a9fd9e8c04cbf92130381 9098 ghmm_0.9~rc3-5_amd64.buildinfo
Checksums-Sha256:
8fb27fd7e2c0a30b47d46588b3fd55062e5c10a7c547bdcc863b07b45f4dec28 2214
ghmm_0.9~rc3-5.dsc
d7fbfc969ed54f81fee064dde20d1b87025521891832eb4be953e6f9eff607d4 21284
ghmm_0.9~rc3-5.debian.tar.xz
a7ba6e09a414d641a7f656ca3d93f33d73dd8cc1845ab8eb281d1824514d82a0 9098
ghmm_0.9~rc3-5_amd64.buildinfo
Files:
170a20a920b5c1c31776db3dc6483f95 2214 science optional ghmm_0.9~rc3-5.dsc
b70bc9587d38b720c30d6138f0f5917e 21284 science optional
ghmm_0.9~rc3-5.debian.tar.xz
9b2b2175931b58ffa1d602010ae996fd 9098 science optional
ghmm_0.9~rc3-5_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----
iQJFBAEBCAAvFiEE8fAHMgoDVUHwpmPKV4oElNHGRtEFAmXDk6ERHHRpbGxlQGRl
Ymlhbi5vcmcACgkQV4oElNHGRtGdiw/8D1YHb8WGY15375zLGy6Av/CEcJEib6DV
+ybB1XSH7g0+wZnSdYR6gG3PYfjlC1pG+TdvYXTwvc+bSkHplVMoaLj5ZHjJdUVj
/gPKXUF5hXw+UgLB6vA4DVymJJb2z9Vry692DAssgbrArVSQtBVOACkuta3674o4
5vScw2m0XtEgE+7C5ahjOT/qSvHFmvWTyL2FKc319W0+5RPavUK5KLirhoPn/rOo
NePYS2CGbdaVRJ5fUpEqHnXij3JOGfH/d8/XfSKj0i18WJ4DqHW1OYpUp3V1f0Gh
9w8a8aYy9IwD6rBMiSnG5IFfowcfcCfcATsPbka3i9Yt+vH2U3bv0HDeRrbZjuns
q0JYFad8D+QfS9T7ZMVGuKxIAXrhI1WzVnM/RIVRhsdShG7spy50U34l3aN40d5t
mSrY/2GMH1g8JhhgVBVqk/5qcyLtQZOosTgoVyOQAK364dXvYRKqgQykSOo+uw9y
wNnYtZa2k340LxCYG3R8ryHFF86Dvx1UOfEsen04UGFrk0DvjcIaXfsBZBHtupKA
mtZ7Je5KdQauYw/0IOY0ctjPH/cNPcCuiXRvPwu33vnmc1jjSspBwYR5B+X+HeqO
Zm65dYEdgye1T+wKHhSrIJQ2iNjlj9kqgLwOxuDLNN6gyI0yfzpT8JCk6fYfnLtb
B60KS04lZjI=
=ssxd
-----END PGP SIGNATURE-----
--- End Message ---
