On 2024-03-02 08:01 +0100, Andreas Metzler wrote:
> iirc it was recently proposed to add a suggestion to run dpkg --verify
> to the trixie upgrade notes to find missing files due to the usr-merge
> transition. (Cannot find the reference right now).
>
> However I just had file loss (due to libuuid changing its name to t64
> and back again) and dpkg --verify (and --audit) is happy:
> (sid)ametzler@argenau:/tmp$ ldd -r /usr/lib/x86_64-linux-gnu/libSM.so.6 |
> grep not
> libuuid.so.1 => not found
> (sid)ametzler@argenau:/tmp$ dpkg -s libuuid1
> Package: libuuid1
> Status: install ok installed
> [...]
> Version: 2.39.3-7
> (sid)ametzler@argenau:/tmp$ dpkg --verify libuuid1 && echo success
> success
> (sid)ametzler@argenau:/tmp$ dpkg -L libuuid1 | grep /lib/
> /usr/lib/x86_64-linux-gnu
> (sid)ametzler@argenau:/tmp$ grep /lib/ /var/lib/dpkg/info/libuui
> d1\:amd64.list
> /usr/lib/x86_64-linux-gnu
> (sid)ametzler@argenau:/tmp$ dpkg --contents
> /var/cache/apt/archives/libuuid1_2.39.3-7_amd64.deb | grep '\.so'
> -rw-r--r-- root/root 34872 2024-03-01 10:20
> ./usr/lib/x86_64-linux-gnu/libuuid.so.1.3.0
> lrwxrwxrwx root/root 0 2024-03-01 10:20
> ./usr/lib/x86_64-linux-gnu/libuuid.so.1 -> libuuid.so.1.3.0
The libuuid1t64 package has an unversioned Replaces: on libuuid1, so the
missing files belong to it. If you remove libuuid1t64, the files are
gone and libuuid1 needs to be reinstalled.
The libuuid1 package should do something to prevent that file loss,
e.g. declaring its own Replaces+Conflicts on libuuid1t64.
Cheers,
Sven
