[Pkg-ia32-libs-maintainers] Bug#540303: Bug#540303: lots of files left in /emul/ after removing ia32-libs

[Goswin von Brederlow]

Christoph Anton Mitterer
<christoph.anton.mitterer at physik.uni-muenchen.de> writes:

> Hi Goswin.
>
> On Sat, 2009-08-08 at 03:08 +0200, Goswin von Brederlow wrote:
>> And have you asked dpkg to what package they belong (by path without
>> /emul/ia32-linux)? I see stuff from libc6-i386, fakeroot, lib32gcc1,
>> ... in there.
> I will try this tomorrow (are you still awake? already awake? or just
> not in Germany? ;) ),... but shouldn't dpkg -S /emul/ already list all
> files below /emul/, that are known to dpkg?
>
> I made a short test with dpkg -S /emul/ia32-libs/usr/lib/libutil.a
> There's a file with this name in libc6-dev and libc6-dev-i386,.. but
> both not below /emul

Not if you had a /usr/lib32 -> /emul/ia32-libs/usr/lib link when
/usr/lib32/libutil.a was installed. The file would end up in emul
while dpkg only knows it under /usr/lib32.

>> Are the links gone?
>> 
>> ls -lhd /lib32 /usr/lib32
> drwxr-xr-x 2 root root 4,0K 2009-07-29 22:16 /lib32
> drwxr-xr-x 3 root root 4,0K 2009-08-07 02:16 /usr/lib32
>
> Seems so ;)
>
>
>
>> Did you upgrade to one of the buggy libc6-i386 versions a while back?
> Not sure which ones you mean.... but that's not unlikely,... as I'm
> usually upgrading every day (sid).
>
>> That would explain cruft being left behind.
> Ah?! Isn't it guaranteed,.. that any files from a package are deleted
> when it's removed/purged or upgraded and the file was dropped in the
> newer version (perhaps apart from config files)???
> So why can this happen?

You installed a package with /usr/lib32/foo while /usr/lib32 was still
a link. Then you upgraded libc6-i386 which removed that link and
replaced it with a directory. Last when dpkg wanted to remove
/usr/lib32/foo on upgrade it was already gone and nothing was removed.
/emul/ia32-linux/usr/lib/foo remains behind.

Cruft in /emul/ia32-linux/ is what one would expect from updates from
the broken libc6-i386 to a more recent one. Since it only affects a
minority of unstable users the maintainer felt it was ok to leave them
with the pieces (i.e. clean up /emul yourself).

MfG
        Goswin