[pkg-wine-party] Bug#566720: Bug#566720: Bug#566720: bogus warning about missing lib32nss-mdns (again)

[Stephen Kitt]

Hi,

On Fri, Sep 10, 2010 at 07:33:07PM +0200, Joachim Breitner wrote:
> Am Freitag, den 10.09.2010, 19:22 +0200 schrieb Stephen Kitt:
> > Could this be similar to #595918? It looks like there's a
> > recently-updated package deleting 32-bit libraries...
> 
> I think I found the bad package:
> 
[...]
> 
> It must be related to the preinst:
> $ cat /var/lib/dpkg/info/libc6-i386.preinst 
> #!/bin/sh
> 
> set -e
> 
> case $1 in
> 	(upgrade|install)
> 	if [ "$(readlink /lib32)" = "/emul/ia32-linux/lib" ]; then
> 		rm /lib32
> 	fi
> 	if [ "$(readlink /usr/lib32)" = "/emul/ia32-linux/usr/lib" ]; then
> 		rm /usr/lib32
> 	fi
> 	;;
> 	(*)
> 	;;
> esac
> 
> but I do not really understand why it is causing problems.
> Here, /usr/lib32 is not a symbolic link.
> 
> Also, I find that I have a file named
> /emul/ia32-linux/usr/lib/wine-unstable/wine.bin
> which is not listed by "dpkg -L libwine-unstable". Not sure if that is a
> problem, or cruft, or what.

This "unattached" file indicates that at some point /usr/lib32 was
actually a symbolic link to /emul/ia32-linux/usr/lib, so that
/usr/lib32/wine-unstable/wine.bin shipped in libwine-unstable ended up
in /emul/ia32-linux/usr/lib/wine-unstable.

The libc6-i386 preinst was introduced in eglibc 2.9-18 to replace
/emul/ia32-linux/{,usr/}lib with /{,usr/}lib32 (see
http://bugs.debian.org/533773 for details); the intent was to remove
the links before the package was unpacked, so that unpacking it would
re-create /lib32 and /usr/lib32 as actual directories. The contents of
/emul/ia32-linux weren't moved though, which would explain this bug
and #595918: previously installed packages with files in /lib32 and
/usr/lib32 suddenly "lost" their files (such as the wine.bin which is
left on your system). After the upgrade, you wouldn't have a symlink
anymore, as you saw; when had libc6-i386 last been updated on your
system? (That's the mysterious part; the machine involved in #595918
tracked unstable, and I guess yours does too, as did the original
machine in this bug; so why does the bug show up so long after the
package was fixed?)

I'll reassign the bugs to libc6-i386 and merge #595918...

Regards,

Stephen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-wine-party/attachments/20100910/dddfd97e/attachment-0001.pgp>