You are not logged in.
After the update, many packages give the following error:
error: error while loading shared libraries: libffi.so.7: cannot open shared object file: No such file or directory
This is not a partial upgrade and I updated with this command:
pacman -Syu
Last edited by amirmahdi (2021-11-01 14:54:15)
Offline
This is a partial upgrade but the partialness is somewhere in the depths of your system. Run
lddtree $programbinaryon a utility affected by this to find the lib that has the wrong dependency. Potential candidates are a broken python or glib2 environment.
On the chance that this is indeed an update inconsistency rather than something inherently wrong, make sure your top mirror is actively syncing and has a low delay time: https://archlinux.org/mirrors/status/#successful
Last edited by V1del (2021-11-01 08:28:10)
Offline
You need 'pax-utils' in order to run 'lddtree', btw.
This is a partial upgrade but the partialness is somewhere in the depths of your system. Run
lddtree $programbinaryon a utility affected by this to find the lib that has the wrong dependency. Potential candidates are a broken python or glib2 environment.
On the chance that this is indeed an update inconsistency rather than something inherently wrong, make sure your top mirror is actively syncing and has a low delay time: https://archlinux.org/mirrors/status/#successful
Currently, Network Manager, gdm, flatpack and a few other packages are broken. I do not know their binary addresses. Please tell me the binary address of one to execute the command.
Offline
You need 'pax-utils' in order to run 'lddtree', btw.
thank you. Already installed.
Offline
I do not know their binary addresses. Please tell me the binary address of one to execute the command.
You can run:
pacman -Ql <package-name> | grep binamirmahdi wrote:I do not know their binary addresses. Please tell me the binary address of one to execute the command.
You can run:
pacman -Ql <package-name> | grep bin
thank you. result of
lddtree /usr/bin/gdm:
/usr/bin/gdm (interpreter => /lib64/ld-linux-x86-64.so.2)
libsystemd.so.0 => /usr/lib/libsystemd.so.0
librt.so.1 => /usr/lib/librt.so.1
liblzma.so.5 => /usr/lib/liblzma.so.5
libzstd.so.1 => /usr/lib/libzstd.so.1
liblz4.so.1 => /usr/lib/liblz4.so.1
libcap.so.2 => /usr/lib/libcap.so.2
libgcrypt.so.20 => /usr/lib/libgcrypt.so.20
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0
libpthread.so.0 => /usr/lib/libpthread.so.0
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0
libffi.so.7 => None
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0
libpcre.so.1 => /usr/lib/libpcre.so.1
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0
libdl.so.2 => /usr/lib/libdl.so.2
libz.so.1 => /usr/lib/libz.so.1
libmount.so.1 => /usr/lib/libmount.so.1
libblkid.so.1 => /usr/lib/libblkid.so.1
libresolv.so.2 => /usr/lib/libresolv.so.2
libaccountsservice.so.0 => /usr/lib/libaccountsservice.so.0
libcrypt.so.2 => /usr/lib/libcrypt.so.2
libXau.so.6 => /usr/lib/libXau.so.6
libxcb.so.1 => /usr/lib/libxcb.so.1
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6
libc.so.6 => /usr/lib/libc.so.6Offline
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libffi.so.7 => None
So check
pacman -Qo /usr/lib/libgobject-2.0.so.0Offline
amirmahdi wrote:libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 libffi.so.7 => NoneSo check
pacman -Qo /usr/lib/libgobject-2.0.so.0
result of
pacman -Qo /usr/lib/libgobject-2.0.so.0:
/usr/lib/libgobject-2.0.so.0 is owned by glib2-git 2.69.2.7.g758948e21-1Offline
glib2-git is an aur package and needs to be updated by you .
Rebuild it or switch to glib2 from core .
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Which is an AUR package, so you are responsible for rebuilding it when needed. If you replace low-level system libraries with AUR versions, you really need to pay attention to things.
Offline
'glib2-git' is an aur package. 'glib2' is at version 2.70.0-2 atm. Technically you're on your own if you want to keep 'glib2-git' (you could rebuild it and see what happens - but don't expect any further help here, or install 'glib2' from the official repositories, which may require you to remove some other 3rd party packages...).
EDIT: Duh!
Last edited by dogknowsnx (2021-11-01 13:27:53)
Thanks everybody. Instead of glib2-git, I installed the glib2 package and a lot of the problem was solved. But now I get the white screen of GNOME error. I found in the System-D logs that the problem is still with libffi.so.7. The same error as before but from "gnome-shell"
Offline
Then repeat the process here. It's likely you installed more than just glib2-git at some time for some reason, maybe also check the foreign packages with
pacman -Qmoutright.
Offline
Did you check your mirrors (see link above) and do another '# pacman -Syu'?
Did you check your mirrors (see link above) and do another '# pacman -Syu'?
Yes. I updated my mirrors with Reflector
Offline
Then repeat the process here. It's likely you installed more than just glib2-git at some time for some reason, maybe also check the foreign packages with
pacman -Qmoutright.
thank you. For other packages, the problem was the same as before and was fixed
Offline