On 2024-03-02 08:47 +0100, Sven Joachim wrote:
> 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.
Filed bug #1065242 for that problem. Thanks for noticing and bringing
up the issue.
Cheers,
Sven
