<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/4.6.6">
</HEAD>
<BODY>
On Fri, 2013-12-20 at 06:21 +0100, Andreas Beckmann wrote:<FONT COLOR="#737373">></FONT><BR>
<FONT COLOR="#737373"> I am running legacy304, so it is not just legacy173.</FONT>I<BR>
cannot reproduce any of these bugs in chroots ...D<BR>
id anyone investigate what is failing in the preinst?
<BLOCKQUOTE TYPE=CITE>
<PRE>
Inserting 'set -x' instead of 'exit 0' into the preinst would be more
helpful to debug this.
There must be something being run from the libc6 preinst that
(indirectly) links against libGL ... otherwise I see no way how to
segfault in libnvidia-tls
update-alternatives --confix glx
and selecting mesa-diverted should allow the upgrade to succeed,
afterwards run it once more and select auto again ...
Andreas
</PRE>
</BLOCKQUOTE>
<BR>
I have done some testing and I have a sequence that can reproduce the problem every time.<BR>
<BR>
Note: I currently have and up to date system with libc6 at version 2.17-97:<BR>
<BR>
1. In synaptic mark libc6 for re-installation.<BR>
2. synaptic will ask to mark libc6:i386 as a required change so I select mark(this is an amd64 system).<BR>
3. click apply in synaptic<BR>
4. synaptic will say libc6 and libc6:i386 are to be re-installed<BR>
5. click on apply<BR>
6. the installation segfaults in the pre-installation script of libc6_2.17-97_i386.deb (screenshot attached)<BR>
7. note at this point the system is broken and applications like emacs do not work<BR>
8. build a lib6:i386 package with set -x in preinst and dpkg -i it.<BR>
9. segfaults on the line "+ exec /usr/share/debconf/frontend /var/lib/dpkg/tmp.ci/preinst upgrade 2.17-97"<BR>
10. run apt-get -f install<BR>
11. libc6:amd64 not fully installed or removed, apt-get -f install fixes it<BR>
12. note emacs works again at this point and also dpkg -i of previously segfaulting libc6:i386 also works without error<BR>
Note: if I try to reinstall libc6:i386 by itself from from synaptic, there is no problem. The problem only occurs when reinstalling libc6 in synaptic and it also marks libc6:i386 as required.<BR>
It is like it starts upgrading libc6 and gets the system in a weird state when it tries to upgrade libc6:i386 and that fails and then the whole system is broken.<BR>
<BR>
I can reproduce the sequence over and over so let me know if any other information would be useful.<BR>
<BR>
Brent<BR>
<BR>
<BR>
</BODY>
</HTML>