• Re: [gentoo-user] "Broken soname dependencies found" after portage upgr

    From Neil Bothwick@21:1/5 to Nikos Chantziaras on Sun Dec 12 17:50:01 2021
    On Sun, 12 Dec 2021 18:11:53 +0200, Nikos Chantziaras wrote:

    After upgrading from portage 3.0.28 to 3.0.30, I get this when doing
    emerge --depclean:

    Calculating dependencies... done!
    * Broken soname dependencies found:
    *
    * x86_64: libexpat.so required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: libgdbm_compat.so.3 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: liblttng-ust.so.0 required by:
    * dev-dotnet/dotnet-sdk-bin-6.0.100
    *
    * x86_64: libreadline.so.6 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: libgdbm.so.3 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: libbz2.so.1.0 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    No packages selected for removal by depclean

    What does it even mean?

    (And before anyone asks, the software works just fine, and neither revdep-rebuild nor revdep-rebuild.sh find anything wrong.)

    Revdep-rebuild won't work because vmware-workstation is a binary package.
    You may need to add a file to /etc/revdep-rebuild that adds the vmware
    path (somewhere in /opt?) to SEARCH_DIRS_MASK.


    --
    Neil Bothwick

    We are upping our standards - so up yours.

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCAAdFiEE8k9T/rX16EJxEKG692eFu0QSMJgFAmG2JlMACgkQ92eFu0QS MJjKTw//fsIpaqKEluV9/0/hNjgcA/tyH2ocqVvtQiAR3h3QVZHDwhFkqXZyrCq8 cE7rhy99rNxMGHaMr0DPBJgNw5YqSmW8eVq68DGgzGy8jn0q8bu+AKBLdhRcdW5y iNnhm1zM1wkbysft2H4lQUtQ0G9oZr5LsBPHxWnXNiAv0+1BNrXP905+8KJQ0hBO FThKiOuxM4U9DU1PMjLDZVIaGLcTDaRCeNdwghVUY681Fyj4cFS6GXPoQa5n50MR 4v722AoItRzM1Z5TycvgzFwML3fQqWPPvgQxdkarQjCvxHbZHK4I/HNYPz5GQq78 WzO683APoYnID7fd0YWG2RvU4Ep2qQ8c0JTcjumlSybzAW1Z2eg8YmJ9er1i5uxg nld0jjVgY+XI/INEuGL6o+874v/5k69gfblQia8rHjxN3xie5xxgR4XsXcQwNv7/ tYXiRXvCAk+laShIB2eM3QKpESBbfGu/1bozWDuG7upvZ6tuXD2kTMRlX6PL00bA NXRGvI1uZNIe0ynXXSt3PAkxLvcJhcTjol8tnVOJT/9/m39rpX8hyCPRGS6B7ge5 EoCUYKYyR01snCkVhKtMAueDxlUn9r6sIFVzoHTYRvxHkhj0UhLY3sifE0O18s+l e/t3I+Uy9/90yBaS7VbmjjAoidSTxFSNZ3KB34tbSjtonXjIvwU=
    =Br6e
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From tastytea@21:1/5 to realnc@gmail.com on Sun Dec 12 18:00:02 2021
    On 2021-12-12 18:11+0200 Nikos Chantziaras <realnc@gmail.com> wrote:

    After upgrading from portage 3.0.28 to 3.0.30, I get this when doing
    emerge --depclean:

    Calculating dependencies... done!
    * Broken soname dependencies found:
    *
    * x86_64: libexpat.so required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: libgdbm_compat.so.3 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: liblttng-ust.so.0 required by:
    * dev-dotnet/dotnet-sdk-bin-6.0.100
    *
    * x86_64: libreadline.so.6 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: libgdbm.so.3 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    * x86_64: libbz2.so.1.0 required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    *
    No packages selected for removal by depclean

    What does it even mean?

    It means the binary wants to load some libraries (like libexpat.so)
    portage can't find.

    (And before anyone asks, the software works just fine, and neither revdep-rebuild nor revdep-rebuild.sh find anything wrong.)

    But vmware (or rather, the linker) seems to find them. Maybe they are in
    the same directory as the binary and portage doesn't search there? You
    can check which libraries exactly the binary wants to load with ldd.

    --
    Get my PGP key with `gpg --locate-keys tastytea@tastytea.de` or at <https://tastytea.de/tastytea.asc>.

    -----BEGIN PGP SIGNATURE-----

    iHUEAREKAB0WIQQ1VSZoZMptf/RapufPw5SX8bJuBwUCYbYqDQAKCRDPw5SX8bJu BxirAP9oQk/6ojP78gytNO0jWF5dUayCTRCTUCn6hK+jdduj3wD/erYEqasR+N7e kcjfjOzD716ujPMVKM0j5a1hCRzhMTA=
    =QbY7
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nikos Chantziaras@21:1/5 to Neil Bothwick on Mon Dec 13 18:40:02 2021
    On 12/12/2021 18:41, Neil Bothwick wrote:
    On Sun, 12 Dec 2021 18:11:53 +0200, Nikos Chantziaras wrote:

    After upgrading from portage 3.0.28 to 3.0.30, I get this when doing
    emerge --depclean:

    Calculating dependencies... done!
    * Broken soname dependencies found:
    *
    * x86_64: libexpat.so required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    [...]

    Revdep-rebuild won't work because vmware-workstation is a binary package.
    You may need to add a file to /etc/revdep-rebuild that adds the vmware
    path (somewhere in /opt?) to SEARCH_DIRS_MASK.

    This is already the case:

    SEARCH_DIRS_MASK="/opt/vmware"

    As I said, revdep-rebuild does not find anything to rebuild and prints
    nothing. It's "emerge --depclean" that shows these messages.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nikos Chantziaras@21:1/5 to tastytea on Mon Dec 13 18:30:02 2021
    On 12/12/2021 18:57, tastytea wrote:
    On 2021-12-12 18:11+0200 Nikos Chantziaras <realnc@gmail.com> wrote:

    After upgrading from portage 3.0.28 to 3.0.30, I get this when doing
    emerge --depclean:

    Calculating dependencies... done!
    * Broken soname dependencies found:
    * x86_64: libexpat.so required by:
    * app-emulation/vmware-workstation-16.2.1.18811642-r1
    [...]
    * x86_64: liblttng-ust.so.0 required by:
    * dev-dotnet/dotnet-sdk-bin-6.0.100
    [...]

    It means the binary wants to load some libraries (like libexpat.so)
    portage can't find.

    (And before anyone asks, the software works just fine, and neither
    revdep-rebuild nor revdep-rebuild.sh find anything wrong.)

    But vmware (or rather, the linker) seems to find them. Maybe they are in
    the same directory as the binary and portage doesn't search there? You
    can check which libraries exactly the binary wants to load with ldd.

    Example:

    $ ldd /opt/vmware/lib/vmware-installer/3.0.0/python/lib/lib-dynload/readline.cpython-39-x86_64-linux-gnu.so
    ldd: warning: you do not have execution permission for `/opt/vmware/lib/vmware-installer/3.0.0/python/lib/lib-dynload/readline.cpython-39-x86_64-linux-gnu.so'
    linux-vdso.so.1 (0x00007ffde924c000)
    libreadline.so.6 => not found

    It seems the new portage version does these checks now. Is there a way
    to opt-out of those checks?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nikos Chantziaras@21:1/5 to Nikos Chantziaras on Mon Dec 20 08:10:02 2021
    On 12/12/2021 18:11, Nikos Chantziaras wrote:
    After upgrading from portage 3.0.28 to 3.0.30, I get this when doing
    emerge --depclean:

    Calculating dependencies... done!
     * Broken soname dependencies found:
     *
     *   x86_64: libexpat.so required by:
     *     app-emulation/vmware-workstation-16.2.1.18811642-r1

    Mystery solved. This functionality was always there though --ignore-soname-deps, but disabled by default. The new default is --ignore-soname-deps=n, which triggers those.

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