Source: glibc Version: 2.37-1 Previously defined hwcap search paths have been changed. Those specified in `man 8 ld.so` are no longer accurate (bug #1050930).
Typical output on sid/i386: % LD_DEBUG=libs LD_LIBRARY_PATH=. /bin/true 3611433: find library=libc.so.6 [0]; searching 3611433: search path=. (LD_LIBRARY_PATH) 3611433: trying file=./libc.so.6 3611433: search cache=/etc/ld.so.cache 3611433: trying file=/lib/i386-linux-gnu/libc.so.6 3611433: 3611433: 3611433: calling init: /lib/ld-linux.so.2 3611433: 3611433: 3611433: calling init: /lib/i386-linux-gnu/libc.so.6 3611433: 3611433: 3611433: initialize program: /bin/true 3611433: 3611433: 3611433: transferring control: /bin/true 3611433: 3611433: 3611433: calling fini: [0] 3611433: 3611433: 3611433: calling fini: /lib/i386-linux-gnu/libc.so.6 [0] 3611433: 3611433: 3611433: calling fini: /lib/ld-linux.so.2 [0] 3611433: Same goes for: [...] % /lib/ld-linux.so.2 --help | tail This program interpreter self-identifies as: /lib/ld-linux.so.2 Shared library search path: (libraries located via /etc/ld.so.cache) /lib/i386-linux-gnu (system search path) /usr/lib/i386-linux-gnu (system search path) /lib (system search path) /usr/lib (system search path) No subdirectories of glibc-hwcaps directories are searched. [...] If I understand correctly, this render the following .so file obsolete (unused): % file /usr/lib/i386-linux-gnu/i686/sse2/libx264.so.164 /usr/lib/i386-linux-gnu/i686/sse2/libx264.so.164: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=e66974d10aef77af7ed504266cde974d103484d6, stripped Possibly other packages might be impacted. I suspect the best upgrade path is simply to document the old hwcap search path have been removed, and Debian package(s) should not rely on them anymore (lintian warning?). Comments ? Reference: * https://lists.debian.org/debian-glibc/2023/08/msg00084.html