1. Forum
  2. Usenet
  3. LINUX.DEBIAN.DEVEL

  • dpkg --verify not helpful?

    From Andreas Metzler@21:1/5 to All on Sat Mar 2 08:10:02 2024
    Hello,

    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

    cu Andreas
    --
    `What a good friend you are to him, Dr. Maturin. His other friends are
    so grateful to you.'
    `I sew his ears on from time to time, sure'

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Joachim@21:1/5 to Andreas Metzler on Sat Mar 2 08:50:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Joachim@21:1/5 to Sven Joachim on Sat Mar 2 09:10:01 2024
    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andreas Metzler@21:1/5 to svenjoac@gmx.de on Sat Mar 2 11:00:01 2024
    On 2024-03-02 Sven Joachim <svenjoac@gmx.de> wrote:
    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:
    [...]
    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.

    Hello,

    thank you for the diagnosis and following up on fixing this.

    FWIW

    cd / && find /var/lib/dpkg/info -name '*.md5sums' -exec md5sum --check --quiet {} +

    can be used to doublecheck for files that are missing even if dpkg
    --verify does not consider this to be a problem due to replaces.

    cu Andreas
    --
    `What a good friend you are to him, Dr. Maturin. His other friends are
    so grateful to you.'
    `I sew his ears on from time to time, sure'

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From RL@21:1/5 to Andreas Metzler on Mon Mar 4 00:30:01 2024
    Andreas Metzler <ametzler@bebt.de> writes:

    Hello,

    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).

    https://lists.debian.org/debian-devel/2023/12/msg00167.html

    But i didnt add a bug against release-notes (yet). It would be very
    helpful if someone could summarise how 'dpkg --verify' is meant to be
    used -- is it a case of "ignore the output, if it exit 0 then all is
    well"?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)