Package: libc6
Version: 2.31-13+deb11u6
Severity: minor
User: luca@pca.it
Usertags: unige.ch-backup
User: storage@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:
```
luca.capello@mantissa:~$ su -c 'etckeeper vcs log | tail -n 5' -
Password:
commit 5deed8583b1a65e9f80a9426496c2e707ce6c860
Author: Luca Capello <luca@pca.it>
Date: Thu Dec 31 15:11:07 2009 +0100
initial commit
luca.capello@mantissa:~$ cat /etc/debian_version
11.7
luca.capello@mantissa:~$ dpkg-query -W libc6\*
libc6:amd64 2.31-13+deb11u6
libc6-amd64
libc6-dev-i386
libc6-i386 2.31-13+deb11u6
libc6-mips32
libc6-mips64
libc6-mipsn32
libc6-powerpc
libc6-ppc64
libc6-s390
libc6-sparc
libc6-sparc64
libc6-x32
luca.capello@mantissa:~$ ls -ld /lib* /usr/lib*
drwxr-xr-x 14 root root 4096 Aug 3 23:14 /lib
drwxr-xr-x 2 root root 4096 Aug 3 23:14 /lib32
drwxr-xr-x 2 root root 4096 Aug 3 23:14 /lib64
drwxr-xr-x 64 root root 4096 Aug 4 12:29 /usr/lib
drwxr-xr-x 3 root root 4096 Feb 26 2011 /usr/lib32
drwxr-xr-x 3 root root 4096 Aug 3 23:20 /usr/libexec
luca.capello@mantissa:~$ dpkg-query -S /lib64 /usr/lib64
libc6:amd64: /lib64
dpkg-query: no path found matching pattern /usr/lib64
luca.capello@mantissa:~$ grep -r lib64 /etc/ld.so.conf*
luca.capello@mantissa:~$
```
However, on a recent Debian 12/bookworm `/usr/lib64` is now present:
```
luca.capello@gundam:~$ su -c 'etckeeper vcs log | tail -n 5' -
Password:
commit ca2981887f6f7bfdbf7030e0a33c66a910013da5
Author: root <root@gundam.pca.it>
Date: Fri Aug 4 16:36:04 2023 +0200
Initial commit
luca.capello@gundam:~$ dpkg-query -W libc6\*
libc6:amd64 2.36-9+deb12u1
libc6-amd64
libc6.1
luca.capello@gundam:~$ ls -ld /lib* /usr/lib*
lrwxrwxrwx 1 root root 7 Aug 4 16:28 /lib -> usr/lib
lrwxrwxrwx 1 root root 9 Aug 4 16:28 /lib32 -> usr/lib32
lrwxrwxrwx 1 root root 9 Aug 4 16:28 /lib64 -> usr/lib64
lrwxrwxrwx 1 root root 10 Aug 4 16:28 /libx32 -> usr/libx32
drwxr-xr-x 51 root root 4096 Aug 4 17:10 /usr/lib
drwxr-xr-x 2 root root 4096 Aug 4 16:28 /usr/lib32
drwxr-xr-x 2 root root 4096 Aug 4 16:28 /usr/lib64
drwxr-xr-x 6 root root 4096 Aug 4 16:31 /usr/libexec
drwxr-xr-x 2 root root 4096 Aug 4 16:28 /usr/libx32
luca.capello@gundam:~$ dpkg-query -S /lib64 /usr/lib64
libc6:amd64: /lib64
dpkg-query: no path found matching pattern /usr/lib64
luca.capello@gundam:~$ grep -r lib64 /etc/ld.so.conf*
luca.capello@gundam:~$
```
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.
Thx, bye,
Gismo / Luca
PS, I have looked in the BTS for already-reported bugs, the only ones I
have found are about FHS compliance and/or u`lib64 -> lib` symlinks:
- <https://bugs.debian.org/387446> (via <https://stackoverflow.com/questions/61205491/why-usr-lib64-is-not-in-the-default-location-of-ld-so#61216323>)
=> amd64 system not compliant with FHS
- <https://bugs.debian.org/612000>
=> libc6: please postinst symlink /usr/local/lib64 -> /usr/local/lib for consistency with /, and /usr ones
- <https://bugs.debian.org/632176>
=> libc6 should not provide /lib64 -> /lib symlink (amd64/kfreebsd-amd64/ppc64/sparc64)
- <https://bugs.debian.org/626450>
=> lost /lib64 -> /lib symlink on amd64; upgrade fails
- <https://bugs.debian.org/659064>
=> libc6 - Includes file in /lib64
- <https://bugs.debian.org/720780>
=> libc6:amd64: /usr/local/lib64 (required by FHS) doesn't exist
-- System Information:
Debian Release: 11.7
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (100, 'bullseye-fasttrack'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-0.deb11.7-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libc6:amd64 depends on:
ii libcrypt1 1:4.4.18-4
ii libgcc-s1 10.2.1-6
Versions of packages libc6:amd64 recommends:
ii libidn2-0 2.3.0-5
pn libnss-nis <none>
pn libnss-nisplus <none>
Versions of packages libc6:amd64 suggests:
ii debconf [debconf-2.0] 1.5.77
pn glibc-doc <none>
ii libc-l10n 2.31-13+deb11u6
ii locales 2.31-13+deb11u6
-- debconf information:
glibc/kernel-too-old:
* libraries/restart-without-asking: false
* glibc/upgrade: true
glibc/disable-screensaver:
* glibc/restart-services: postfix ssh cups cron
glibc/restart-failed:
glibc/kernel-not-supported:
--
Dr. Luca Capello
Ingénieur stockage | Recherche et Information Scientifique
Division du Système et des Technologies de l'Information et de la Communication
Université de Genève | 66, Boulevard Carl-Vogt | 1205 Genève
Tél +41 22 379 77 69 | Bureau D624
mailto:luca.capello@unige.ch
Attachment:
signature.asc
Description: PGP signature