Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-18 Wątek Jan Rękorajski 
On Sat, 18 May 2024, Bartek Szady via pld-devel-pl wrote:

> On 5/16/24 23:28, Jan Rękorajski wrote:
> 
> > On Wed, 15 May 2024, Maciej Kędzierski wrote:
> >
> >> W dniu 8.05.2024 o 15:46, Bartek Szady via pld-devel-pl pisze:
> >>> On 5/8/24 14:15, Jan Palus wrote:
> >>>
>  On 08.05.2024 09:03, Bartek Szady via pld-devel-pl wrote:
> > Cześć
> >
> > W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez
> > /usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie
> > wyszukiwania.
> >
> > W test widzę nowszą wersję. Może wystarczy przenieść do main aby
> > problem
> > zniknął.
> >
>  ...
> > undefined symbol: g_once_init_leave_pointer
> >   (/usr/lib64/libappstream.so.5)
> > undefined symbol: g_once_init_enter_pointer
> >   (/usr/lib64/libappstream.so.5)
>  rpm -q glib2? Zgaduje ze < 2.80.0. Jezeli tak to upgrade glib2 powinien
>  pomoc.
> >>> Zgadza się. W main jest glib2-2.78.4-1. Upgrade robię tylko z main bo
> >>> test nie jest podpisany.
> >>>
> >>> Przy okazji zauważyłem że python3-modules-3.10.14-1.x86_64 zostało
> >>> prawdopodobnie skompilowane z expat-2.6.2-1.x86_64, które też nie
> >>> trafiło do main. Co skutkuje:
> >>>
> >>> [bszx@n7110 ~]$ ldd -r
> >>> /usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so|grep
> >>> -v Py
> >>>      linux-vdso.so.1 (0x7ffe986d)
> >>>      libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x7fc1deee5000)
> >>>      libc.so.6 => /lib64/libc.so.6 (0x7fc1decf8000)
> >>>      /lib64/ld-linux-x86-64.so.2 (0x7fc1def69000)
> >>> undefined symbol: XML_SetReparseDeferralEnabled
> >>> (/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so)
> >>>
> >>> Pozdrawiam
> >>>
> >>>          Bartek
> >>>
> >>>
> >> Potwierdzam.
> >> Na przykład 'certbot' przestał działać.
> >>
> >> # certbot renew
> >> Traceback (most recent call last):
> > [...]
> >> ImportError:
> >> /usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so:
> >> undefined symbol: XML_SetReparseDeferralEnabled
> > Przeniosłem nowy AppStream, glib2, python3 i expat do main.
> > Dajcie znać czy pomogło.
> >
> Jeszcze brakuje gobject-introspection bo:
[...]

Zaraz bedzie, indeksy sie musza tylko przegenerowac.

-- 
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org | http://www.pld-linux.org/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-18 Wątek Jan Rękorajski 
On Fri, 17 May 2024, Arkadiusz Miśkiewicz via pld-devel-pl wrote:

> On 16/05/2024 23:28, Jan Rękorajski wrote:
> 
> > Przeniosłem nowy AppStream, glib2, python3 i expat do main.
> > Dajcie znać czy pomogło.
> 
> Ten python3 jest z podmienionym /usr/bin/python, a w sumie nie wiem czy 
> w to chcemy w takiej formie wchodzić. Jeśli tak to trzeba też 
> przebudować i przerzucić python-2...

Najwyzszy czas, IMO.
python2 bez /usr/bin/python sie buduje.

-- 
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org | http://www.pld-linux.org/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-18 Wątek Bartek Szady via pld-devel-pl 

On 5/16/24 23:28, Jan Rękorajski wrote:


On Wed, 15 May 2024, Maciej Kędzierski wrote:


W dniu 8.05.2024 o 15:46, Bartek Szady via pld-devel-pl pisze:

On 5/8/24 14:15, Jan Palus wrote:


On 08.05.2024 09:03, Bartek Szady via pld-devel-pl wrote:

Cześć

W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez
/usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie
wyszukiwania.

W test widzę nowszą wersję. Może wystarczy przenieść do main aby
problem
zniknął.


...

undefined symbol: g_once_init_leave_pointer
  (/usr/lib64/libappstream.so.5)
undefined symbol: g_once_init_enter_pointer
  (/usr/lib64/libappstream.so.5)

rpm -q glib2? Zgaduje ze < 2.80.0. Jezeli tak to upgrade glib2 powinien
pomoc.

Zgadza się. W main jest glib2-2.78.4-1. Upgrade robię tylko z main bo
test nie jest podpisany.

Przy okazji zauważyłem że python3-modules-3.10.14-1.x86_64 zostało
prawdopodobnie skompilowane z expat-2.6.2-1.x86_64, które też nie
trafiło do main. Co skutkuje:

[bszx@n7110 ~]$ ldd -r
/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so|grep
-v Py
     linux-vdso.so.1 (0x7ffe986d)
     libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x7fc1deee5000)
     libc.so.6 => /lib64/libc.so.6 (0x7fc1decf8000)
     /lib64/ld-linux-x86-64.so.2 (0x7fc1def69000)
undefined symbol: XML_SetReparseDeferralEnabled
(/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so)

Pozdrawiam

         Bartek



Potwierdzam.
Na przykład 'certbot' przestał działać.

# certbot renew
Traceback (most recent call last):

[...]

ImportError:
/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so:
undefined symbol: XML_SetReparseDeferralEnabled

Przeniosłem nowy AppStream, glib2, python3 i expat do main.
Dajcie znać czy pomogło.


Jeszcze brakuje gobject-introspection bo:

poldek:/all-avail> install glib2-2.80.2-1.x86_64
Processing dependencies...
glib2-2.78.4-1.x86_64 obsoleted by glib2-2.80.2-1.x86_64
error: glib2-2.80.2-1.x86_64 (cnfl gobject-introspection < 1.79) 
conflicts with installed gobject-introspection-1.78.1-1.x86_64
error: glib2-2.80.2-1.x86_64 (cnfl gobject-introspection < 1.79) 
conflicts with installed gobject-introspection-1.78.1-1.x86_64

There are 1 package to install, 1 to remove:
U glib2-(2.78.4 => 2.80.2)-1.x86_64
This operation will use 1.1MB of disk space.
Need to get 2.7MB of archives (2.7MB to download).

error: 1 conflicts

Pozdrawiam

        Bartek

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-16 Wątek Arkadiusz Miśkiewicz via pld-devel-pl 

On 16/05/2024 23:28, Jan Rękorajski wrote:


Przeniosłem nowy AppStream, glib2, python3 i expat do main.
Dajcie znać czy pomogło.


Ten python3 jest z podmienionym /usr/bin/python, a w sumie nie wiem czy 
w to chcemy w takiej formie wchodzić. Jeśli tak to trzeba też 
przebudować i przerzucić python-2...


--
Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org )

___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-16 Wątek Jan Rękorajski 
On Wed, 15 May 2024, Maciej Kędzierski wrote:

> W dniu 8.05.2024 o 15:46, Bartek Szady via pld-devel-pl pisze:
> > On 5/8/24 14:15, Jan Palus wrote:
> >
> >> On 08.05.2024 09:03, Bartek Szady via pld-devel-pl wrote:
> >>> Cześć
> >>>
> >>> W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez
> >>> /usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie
> >>> wyszukiwania.
> >>>
> >>> W test widzę nowszą wersję. Może wystarczy przenieść do main aby 
> >>> problem
> >>> zniknął.
> >>>
> >> ...
> >>> undefined symbol: g_once_init_leave_pointer
> >>>  (/usr/lib64/libappstream.so.5)
> >>> undefined symbol: g_once_init_enter_pointer
> >>>  (/usr/lib64/libappstream.so.5)
> >> rpm -q glib2? Zgaduje ze < 2.80.0. Jezeli tak to upgrade glib2 powinien
> >> pomoc.
> >
> > Zgadza się. W main jest glib2-2.78.4-1. Upgrade robię tylko z main bo 
> > test nie jest podpisany.
> >
> > Przy okazji zauważyłem że python3-modules-3.10.14-1.x86_64 zostało 
> > prawdopodobnie skompilowane z expat-2.6.2-1.x86_64, które też nie 
> > trafiło do main. Co skutkuje:
> >
> > [bszx@n7110 ~]$ ldd -r 
> > /usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so|grep
> >  
> > -v Py
> >     linux-vdso.so.1 (0x7ffe986d)
> >     libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x7fc1deee5000)
> >     libc.so.6 => /lib64/libc.so.6 (0x7fc1decf8000)
> >     /lib64/ld-linux-x86-64.so.2 (0x7fc1def69000)
> > undefined symbol: XML_SetReparseDeferralEnabled 
> > (/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so)
> >
> > Pozdrawiam
> >
> >         Bartek
> >
> >
> 
> Potwierdzam.
> Na przykład 'certbot' przestał działać.
> 
> # certbot renew
> Traceback (most recent call last):
[...]
> ImportError: 
> /usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so: 
> undefined symbol: XML_SetReparseDeferralEnabled

Przeniosłem nowy AppStream, glib2, python3 i expat do main.
Dajcie znać czy pomogło.

-- 
Jan Rękorajski| PLD/Linux
SysAdm | bagginspld-linux.org | http://www.pld-linux.org/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-15 Wątek Maciej Kędzierski 



W dniu 8.05.2024 o 15:46, Bartek Szady via pld-devel-pl pisze:

On 5/8/24 14:15, Jan Palus wrote:


On 08.05.2024 09:03, Bartek Szady via pld-devel-pl wrote:

Cześć

W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez
/usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie
wyszukiwania.

W test widzę nowszą wersję. Może wystarczy przenieść do main aby 
problem

zniknął.


...

undefined symbol: g_once_init_leave_pointer
 (/usr/lib64/libappstream.so.5)
undefined symbol: g_once_init_enter_pointer
 (/usr/lib64/libappstream.so.5)

rpm -q glib2? Zgaduje ze < 2.80.0. Jezeli tak to upgrade glib2 powinien
pomoc.


Zgadza się. W main jest glib2-2.78.4-1. Upgrade robię tylko z main bo 
test nie jest podpisany.


Przy okazji zauważyłem że python3-modules-3.10.14-1.x86_64 zostało 
prawdopodobnie skompilowane z expat-2.6.2-1.x86_64, które też nie 
trafiło do main. Co skutkuje:


[bszx@n7110 ~]$ ldd -r 
/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so|grep 
-v Py

    linux-vdso.so.1 (0x7ffe986d)
    libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x7fc1deee5000)
    libc.so.6 => /lib64/libc.so.6 (0x7fc1decf8000)
    /lib64/ld-linux-x86-64.so.2 (0x7fc1def69000)
undefined symbol: XML_SetReparseDeferralEnabled 
(/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so)


Pozdrawiam

        Bartek




Potwierdzam.
Na przykład 'certbot' przestał działać.

# certbot renew
Traceback (most recent call last):
 File "/usr/bin/certbot", line 33, in 
   sys.exit(load_entry_point('certbot==1.31.0', 'console_scripts', 
'certbot')())

 File "/usr/bin/certbot", line 25, in importlib_load_entry_point
   return next(matches).load()
 File "/usr/lib64/python3.10/importlib/metadata/__init__.py", line 171, 
in load

   module = import_module(match.group('module'))
 File "/usr/lib64/python3.10/importlib/__init__.py", line 126, in 
import_module

   return _bootstrap._gcd_import(name[level:], package, level)
 File "", line 1050, in _gcd_import
 File "", line 1027, in _find_and_load
 File "", line 1006, in 
_find_and_load_unlocked

 File "", line 688, in _load_unlocked
 File "", line 883, in exec_module
 File "", line 241, in 
_call_with_frames_removed
 File "/usr/share/python3.10/site-packages/certbot/main.py", line 6, in 


   from certbot._internal import main as internal_main
 File "/usr/share/python3.10/site-packages/certbot/_internal/main.py", 
line 27, in 

   from certbot import configuration
 File "/usr/share/python3.10/site-packages/certbot/configuration.py", 
line 10, in 

   from certbot import util
 File "/usr/share/python3.10/site-packages/certbot/util.py", line 27, 
in 

   from certbot._internal import constants
 File 
"/usr/share/python3.10/site-packages/certbot/_internal/constants.py", 
line 6, in 

   import pkg_resources
 File "/usr/share/python3.10/site-packages/pkg_resources/__init__.py", 
line 40, in 

   import plistlib
 File "/usr/lib64/python3.10/plistlib.py", line 70, in 
   from xml.parsers.expat import ParserCreate
 File "/usr/lib64/python3.10/xml/parsers/expat.py", line 4, in 
   from pyexpat import *
ImportError: 
/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so: 
undefined symbol: XML_SetReparseDeferralEnabled



Pozdrawiam
Maciej



___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl


___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-08 Wątek Bartek Szady via pld-devel-pl 

On 5/8/24 14:15, Jan Palus wrote:


On 08.05.2024 09:03, Bartek Szady via pld-devel-pl wrote:

Cześć

W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez
/usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie
wyszukiwania.

W test widzę nowszą wersję. Może wystarczy przenieść do main aby problem
zniknął.


...

undefined symbol: g_once_init_leave_pointer
 (/usr/lib64/libappstream.so.5)
undefined symbol: g_once_init_enter_pointer
 (/usr/lib64/libappstream.so.5)

rpm -q glib2? Zgaduje ze < 2.80.0. Jezeli tak to upgrade glib2 powinien
pomoc.


Zgadza się. W main jest glib2-2.78.4-1. Upgrade robię tylko z main bo 
test nie jest podpisany.


Przy okazji zauważyłem że python3-modules-3.10.14-1.x86_64 zostało 
prawdopodobnie skompilowane z expat-2.6.2-1.x86_64, które też nie 
trafiło do main. Co skutkuje:


[bszx@n7110 ~]$ ldd -r 
/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so|grep 
-v Py

    linux-vdso.so.1 (0x7ffe986d)
    libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x7fc1deee5000)
    libc.so.6 => /lib64/libc.so.6 (0x7fc1decf8000)
    /lib64/ld-linux-x86-64.so.2 (0x7fc1def69000)
undefined symbol: XML_SetReparseDeferralEnabled 
(/usr/lib64/python3.10/lib-dynload/pyexpat.cpython-310-x86_64-linux-gnu.so)


Pozdrawiam

        Bartek


___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-08 Wątek Jan Palus 
On 08.05.2024 09:03, Bartek Szady via pld-devel-pl wrote:
> Cześć
> 
> W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez
> /usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie
> wyszukiwania.
> 
> W test widzę nowszą wersję. Może wystarczy przenieść do main aby problem
> zniknął.
> 
...
> undefined symbol: g_once_init_leave_pointer
> (/usr/lib64/libappstream.so.5)
> undefined symbol: g_once_init_enter_pointer
> (/usr/lib64/libappstream.so.5)

rpm -q glib2? Zgaduje ze < 2.80.0. Jezeli tak to upgrade glib2 powinien
pomoc.

Niestety nie ma na to dobrej metody innej niz wymuszanie BR:/R:
glib2 >= 2.80.0 w czasie kompilacji. Gdyby projekty zalezne od glib2
uzywaly GLIB_VERSION_MAX_ALLOWED nie byloby problemu, ale zwykle nie uzywaja.
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

AppStream-1.0.2-3.x86_64 brakujące symbole

2024-05-08 Wątek Bartek Szady via pld-devel-pl 

Cześć

W /usr/lib64/libappstream.so.1.0.2 brakuje symboli wymaganych przez 
/usr/lib64/libAppStreamQt5.so.1.0.2 co wywala plasmashell przy próbie 
wyszukiwania.


W test widzę nowszą wersję. Może wystarczy przenieść do main aby problem 
zniknął.


[bszx@n7110 ~]$ ldd -r /usr/lib64/libAppStreamQt5.so.1.0.2
   linux-vdso.so.1 (0x7ffcb19d7000)
   libappstream.so.5 => /usr/lib64/libappstream.so.5 
(0x7f9c646ef000)

   libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x7f9c6400)
   libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 
(0x7f9c645ac000)
   libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 
(0x7f9c63fa)

   libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x7f9c63db7000)
   libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x7f9c63a0)
   libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x7f9c63d93000)
   libc.so.6 => /lib64/libc.so.6 (0x7f9c63813000)
   libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x7f9c63748000)
   libxmlb.so.2 => /usr/lib64/libxmlb.so.2 (0x7f9c63d69000)
   libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x7f9c635e3000)
   libyaml-0.so.2 => /usr/lib64/libyaml-0.so.2 (0x7f9c63d47000)
   libsystemd.so.0 => /lib64/libsystemd.so.0 (0x7f9c634e7000)
   libzstd.so.1 => /lib64/libzstd.so.1 (0x7f9c63426000)
   libstemmer.so.0 => /usr/lib64/libstemmer.so.0 (0x7f9c6335c000)
   libz.so.1 => /lib64/libz.so.1 (0x7f9c63d2d000)
   libdouble-conversion.so.3 => 
/usr/lib64/libdouble-conversion.so.3 (0x7f9c63d1d000)
   libicui18n.so.73 => /usr/lib64/libicui18n.so.73 
(0x7f9c6300)

   libicuuc.so.73 => /usr/lib64/libicuuc.so.73 (0x7f9c62c0)
   libpcre2-16.so.0 => /usr/lib64/libpcre2-16.so.0 
(0x7f9c62f6d000)

   libm.so.6 => /lib64/libm.so.6 (0x7f9c62e8b000)
   /lib64/ld-linux-x86-64.so.2 (0x7f9c6483e000)
   libpcre2-8.so.0 => /usr/lib64/libpcre2-8.so.0 (0x7f9c62b61000)
   libffi.so.8 => /usr/lib64/libffi.so.8 (0x7f9c63d0d000)
   libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 
(0x7f9c63d06000)

   libmount.so.1 => /lib64/libmount.so.1 (0x7f9c62e1b000)
   libselinux.so.1 => /lib64/libselinux.so.1 (0x7f9c62b32000)
   libcares.so.2 => /usr/lib64/libcares.so.2 (0x7f9c62b09000)
   libnghttp2.so.14 => /usr/lib64/libnghttp2.so.14 
(0x7f9c62ad9000)

   librtmp.so.0 => /usr/lib64/librtmp.so.0 (0x7f9c62aba000)
   libidn2.so.0 => /usr/lib64/libidn2.so.0 (0x7f9c62a87000)
   libssh2.so.1 => /usr/lib64/libssh2.so.1 (0x7f9c62a41000)
   libgsasl.so.18 => /usr/lib64/libgsasl.so.18 (0x7f9c62a1f000)
   libpsl.so.5 => /usr/lib64/libpsl.so.5 (0x7f9c63348000)
   libgssapi.so.3 => /lib64/libgssapi.so.3 (0x7f9c629dc000)
   libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 
(0x7f9c6298e000)

   libssl.so.3 => /lib64/libssl.so.3 (0x7f9c62896000)
   libcrypto.so.3 => /lib64/libcrypto.so.3 (0x7f9c6220)
   liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 
(0x7f9c62e0b000)
   libbrotlidec.so.1 => /usr/lib64/libbrotlidec.so.1 
(0x7f9c62888000)

   liblzma.so.5 => /lib64/liblzma.so.5 (0x7f9c62858000)
   libcap.so.2 => /lib64/libcap.so.2 (0x7f9c6284c000)
   libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x7f9c620ba000)
   liblz4.so.1 => /lib64/liblz4.so.1 (0x7f9c62827000)
   libicudata.so.73 => /usr/lib64/libicudata.so.73 
(0x7f9c6020)

   libblkid.so.1 => /lib64/libblkid.so.1 (0x7f9c627c9000)
   libgnutls.so.30 => /usr/lib64/libgnutls.so.30 (0x7f9c5fe0)
   libhogweed.so.6 => /usr/lib64/libhogweed.so.6 (0x7f9c6278)
   libnettle.so.8 => /usr/lib64/libnettle.so.8 (0x7f9c601ad000)
   libgmp.so.10 => /usr/lib64/libgmp.so.10 (0x7f9c60132000)
   libunistring.so.5 => /usr/lib64/libunistring.so.5 
(0x7f9c5fc4a000)

   libidn.so.12 => /usr/lib64/libidn.so.12 (0x7f9c6274b000)
   libntlm.so.0 => /usr/lib64/libntlm.so.0 (0x7f9c620b)
   libheimntlm.so.0 => /lib64/libheimntlm.so.0 (0x7f9c620a5000)
   libkrb5.so.26 => /lib64/libkrb5.so.26 (0x7f9c6009d000)
   libhcrypto.so.4 => /lib64/libhcrypto.so.4 (0x7f9c60061000)
   libasn1.so.8 => /lib64/libasn1.so.8 (0x7f9c5fb9d000)
   libcom_err.so.2 => /lib64/libcom_err.so.2 (0x7f9c6334)
   libheimbase.so.1 => /lib64/libheimbase.so.1 (0x7f9c62093000)
   libroken.so.18 => /lib64/libroken.so.18 (0x7f9c60049000)
   libsasl2.so.3 => /usr/lib64/libsasl2.so.3 (0x7f9c6002a000)
   libbrotlienc.so.1 => /usr/lib64/libbrotlienc.so.1 
(0x7f9c5fafc000)
   libbrotlicommon.so.1 => /usr/lib64/libbrotlicommon.so.1 
(0x7f9c5fad9000)

   libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x7f9c5fab)
   libp11-kit.so.0 => /usr/lib64/libp11-kit.so.0 (0x7f9c5f97c000)
   libtasn1.so.6 =>