Package: valgrind
Version: 1:3.20.0-1
Severity: serious
X-Debbugs-Cc: Adam Borowski <kilobyte@angband.pl>
-dbgsym packages are not part of the normal archive,
and they can therefore not be expected to be pulled in
by normal dependencies.
For the usual case where debug symbols are only used
when debugging in a debugger this is no problem,
but valgrind-dbg is (like libc6-dbg) an exception:
On Thu, Apr 10, 2025 at 07:21:03PM +0200, Paul Gevers wrote:
On Wed, 06 Dec 2023 02:05:07 +0200 Adrian Bunk <bunk@debian.org> wrote:
For the usual case where debug symbols are only used
when debugging in a debugger this is no problem,
but valgrind-dbg is (like libc6-dbg) an exception:
Package: valgrind
Recommends: valgrind-dbg, gdb
https://sources.debian.org/src/valgrind/1%3A3.20.0-2/debian/README.Debian/#L11-L16
Debian's valgrind package comes stripped of any debug symbols, which are
provided by the valgrind-dbg package. Note that it's recommended to install
such package because without those symbols valgrind may generate less
helpful error messages in certain situations, or not work at all.
Do you agree with the submitter of this bug that the lack of debug symbols available via Recommends is a release critical bug? I'm not an experienced valgrind user, but with my Release Team member hat on, this looks a bit exaggerated.(I believe the RC policy includes unavailable packages in
Recommends: ...)
Hope to hear your opinion.
Without an exception for the freeze policy, fixing this bug by reintroducing
the valgrind-dbg package is going to be extremely tight, given that it has to pass NEW and that the window for new binary packages closes on 2025-04-15.
If the debug symbols are as relevant as the README claims, the
obvious solution is to include them in the main package.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 547 |
Nodes: | 16 (2 / 14) |
Uptime: | 61:26:51 |
Calls: | 10,398 |
Calls today: | 6 |
Files: | 14,067 |
Messages: | 6,417,479 |
Posted today: | 1 |