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 #66801,
regarding dpkg: main/packages.c:292: deppossi_ok_found: Assertion
`checkversion->verrel != dvr_none' 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.)
--
66801: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=66801
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg
Version: 1.7.0
Severity: normal
dpkg: dependency problems prevent configuration of tetex-lib:
tetex-lib depends on libc6 (>= 2.1.2); however:
Version of libc6 on system is 2.1.3-10.
dpkg: error processing tetex-lib (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of tetex-base:
tetex-base depends on dpkg (>= 1.6.8); however:
Version of dpkg on system is 1.7.0.
dpkg: error processing tetex-base (--configure):
dependency problems - leaving unconfigured
dpkg: /home/wichert/sources/play/dpkg/main/packages.c:292: deppossi_ok_found:
Assertion `checkversion->verrel != dvr_none' failed.
E: Sub-process /usr/bin/dpkg exited unexpectedly
-- System Information
Debian Release: 2.2
Architecture: i386
Kernel: Linux fog 2.4.0-test2-ac2-noacpi #1 Tue Jul 4 14:59:38 CEST 2000 i686
Versions of packages dpkg depends on:
ii libc6 2.1.3-10 GNU C Library: Shared libraries an
ii libncurses5 5.0-6 Shared libraries for terminal hand
ii libstdc++2.10 1:2.95.2-13 The GNU stdc++ library
--- 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 ---
