[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#926699: libc6-{i386,x32}: installing, removing, reinstalling in a --merged-usr system results in unmerged /lib{32,x32}



On 2019-08-17 22:20, Marco d'Itri wrote:
> On Aug 17, Aurelien Jarno <aurelien@aurel32.net> wrote:
> 
> > > > The preinst scripts could check whether the package is being installed
> > > > in a --merged-usr environment and create (dangling) symlinks if
> > > > /usr/lib{32,x32} is missing. And postrm remove could recreate them if
> > > > they went missing.
> Yes: this is how I hoped that this could be implemented, to stop having 
> useles e.g. /libx32/ on all amd64 systems which will never see x32 
> packages.
> 
> > As explained it's not a bug of the glibc package, but a design flaw of
> > usrmerge. I am therefore reassigning the bug to debootstrap + usrmerge.
> Do you have any suggestions about how you would like this to be fixed?

One package should be responsible for providing those links so that
glibc is not the last package using them. The same way that base-files
ensure that some directories are present.

To take an analogy, base-files provides /usr/src to ensure it is always
there. It is not created by deboostrap and we do not ask all packages
writing to /usr/src to have a postrm file recreating the directory.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Attachment: signature.asc
Description: PGP signature


Reply to: