Your message dated Tue, 29 Jan 2019 12:19:06 +0100
with message-id <[email protected]>
and subject line Closing assert() related bugs
has caused the Debian Bug report #197188,
regarding [ASSERT] lib/dump.c:180: varbufdependency: Assertion `dop->up == dep'
failed.
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.)
--
197188: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=197188
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg
Version: 1.10.10
Severity: normal
The above-quoted assertion message was printed, and dpkg died, when installing
mozilla-ctxextensions:
================================================================
Preparing to replace mozilla-ctxextensions 3.0.2003051601-1 (using
.../mozilla-ctxextensions_3.0.2003061201-1_all.deb)
Unpacking replacement mozilla-ctxextensions ...
dpkg: /mount/md0/home/adam/debian/mine/dpkg/v1_10/dpkg-1.10.10/lib/dump.c:180:
varbufdependency: Assertion `dop->up == dep' failed.
E: Sub-process /usr/bin/dpkg exited unexpectedly
================================================================
A subsequent 'apt-get --reinstall install mozilla-ctxextensions'
worked without a hitch. I was unable to reproduce the assertion
failure.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux tytlal 2.4.21rc5aa0 #1 Mon Jun 9 17:00:22 EDT 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages dpkg depends on:
ii dselect 1.10.10 a user tool to manage Debian packa
ii libc6 2.3.1-17 GNU C Library: Shared libraries an
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi!
So, I'm not a big fan of closing bugs where it's unknown whether they
have been fixed or not. The problem with this set of reports, is that
they are pretty much unactionable. :/
What I've done in dpkg 1.19.1, has been to change all assert()s from the
dpkg codebase into internerr() calls, which means we should be getting
slightly better diagnostics from now on, if any of this ever happen
again.
So by closing these, I'm hoping to close things that have arleady been
fixed, even if accidentally, *and* to prompt any new occurrence to be
filed again as a new report with the additional information.
Thanks,
Guillem
--- End Message ---
