clone 637924 -1 reassign -1 libc6 severity -1 critical thanks On Wed, Aug 17, 2011 at 02:46:01PM +0200, Mike Hommey wrote: > On Wed, Aug 17, 2011 at 02:42:21PM +0200, Mike Hommey wrote: > > On Wed, Aug 17, 2011 at 02:08:16PM +0200, Stéphane Glondu wrote: > > > Le 17/08/2011 13:49, Stéphane Glondu a écrit : > > > >Running iceweasel with LD_DEBUG=all gives: [...] > > > > > > Attached are the full outputs with LD_DEBUG=symbols with and without > > > libnotify1. > > > > This very much looks like an ld.so bug. It doesn't even try to lookup > > the symbol in libxpcom.so, where it is, while libmailcomps.so is linked > > against libxpcom.so. Somehow, the fact that libmozgnome.so is also > > linked against libxpcom.so might work around that issue when libnotify > > is present. > > > > Since it works in iceape, I guess icedove needs something like that > > to work around that bug: > > http://anonscm.debian.org/gitweb/?p=pkg-mozilla/iceape.git;a=commitdiff;h=70ffea987cc185ad836704886dcd9a22b669acc3;hp=bc9be92511c8af63bded187f8d75319feb5f710b
I still think that should be applied to icedove, so I'll leave this bug here. > Note that the underlying ld.so issue could very well be related to bug > 626076. > > Since the way these components are linked and loaded hasn't changed for > a long time, I guess some recent change to ld.so could be blamed. It > would be interesting to try to downgrade libc6. I verified that libc6 is indeed the culprit. The remaining question is whether that comes from multiarch or from 2.13. Here is how I managed to reproduce the issue and verify that libc6 is the culprit: - pbuilder login in a squeeze chroot - add squeeze-backports to the apt sources.list - install icedove from squeeze-backports - install libdbus-glib-1-2 libgconf2-4 libgnomevfs2-0 - run icedove with DISPLAY set to a remote X, it works - upgrade libc6 to the version in unstable (I needed -o APT::Immediate-Configure=no ; I also removed a bunch of build related packages to minimize the number of installed/upgraded packages) - touch /usr/lib/icedove/.autoreg - run icedove with DISPLAY set to a remote X, it fails - downgrade libc6 to the version in squeeze - touch /usr/lib/icedove/.autoreg - run icedove with DISPLAY set to a remote X, it works - re-upgrade libc6 to the version in unstable - touch /usr/lib/icedove/.autoreg - run icedove with DISPLAY set to a remote X, it fails again My bet is that bug 626076 is also the very same ld.so problem. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org