Bcc: Subject: Re: Bug#1050901: libc6:amd64: install /usr/lib64 without including it Reply-To: In-Reply-To: <ZPIlz8WL/xgy+...@aurel32.net>
reassign -1 usrmerge retitle -1 usrmerge: providing /usr/lib64 breaks external software tags -1 + wontfix Hi, On 2023-09-01 19:56, Aurelien Jarno wrote: > Hi, > > On 2023-08-31 09:38, Luca Capello wrote: > > Package: libc6 > > Version: 2.31-13+deb11u6 > > Severity: minor > > User: l...@pca.it > > Usertags: unige.ch-backup > > User: stor...@unige.ch > > Usertags: unige.ch-backup > > > > Hi there, > > > > at UNIGE we use IBM Spectrum Protect (the old Tivoli Storage Manage) as > > the central backup solution, on Debian-based machines via the upstream > > Debian packages: > > > > > > <https://public.dhe.ibm.com/storage/tivoli-storage-management/maintenance/client/v8r1/Linux/LinuxX86_DEB/BA/v8119/> > > > > Now, `/var/lib/dpkg/info/gsk(crypt|ssl)64.postinst` checks if > > `/usr/lib64` and it creates the `/usr/local/ibm/gsk8_64/lib64/lib*.so` > > symlinks there. > > > > This was not a problem on non-usrmerged Debian installations, as > > confirmed by various machines of mine, since `/usr/lib64` was not > > shipped/created by any package: > > ``` > > Indeed, at the time of the amd64 port was created, it was decided to use > (/usr)/lib instead of (/usr)/lib64 to install the libraries. Since then > most of them have been moved to the multiarch path, but that still > stands. > > /lib64 was still necessary to store the dynamic loader as part of the > specification. > > > [snip] > > > However, on a recent Debian 12/bookworm `/usr/lib64` is now present: > > ``` > > This is indeed the case, it is created by the usrmerge package, and not > shipped by glibc. > > > [snip] > > > > > While the obvious solution would be for the TSM .debs... > > > > # echo '/usr/lib64' >/etc/ld.so.conf.d/local_tivsm_usr-lib64.conf > > > > ..,I wonder why `/usr/lib64` is not included by default. > > /lib64 or /usr/lib64 are not the place to put libraries on debian, so we > do not want to do that. This is even forbidden by the Debian policy to ship libraries in that directory for 64-bit architecture, so we'll definitely do not enable that in the libc6 package. As the issue is actually introduced by the usrmerge package, I am reassigning the bug there. I am also tagging it wontfix as I don't believe the usrmerge maintainer will want to rollback the usrmerge transition, but feel free to change that if I am wrong. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature