After updating libraries system still needs the old one.

Nekroman · 2012-04-28 22:45:00

Hi. Almost always when I upgrade library and som other packages, system still needs the old one but at the same time it needs the new one. Like when i updated gnome and libffi, it needs libffi.so.5 and libffi.so.6. When I run gnome-shell with libffi.so.5 I've got:

/usr/bin/gnome-shell: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory

When I upgrade it, new error appears:

/usr/bin/gnome-shell: error while loading shared libraries: libffi.so.6: cannot open shared object file: No such file or directory

It happend with more apps. I think something is wrong with my system and i don't know what.

mcmillan · 2012-04-28 23:17:01

are you doing partial upgrades? if so that's the explanation. You should always run pacman -Syu

ewaller · 2012-04-28 23:18:21

upgrade library and som other packages

How are you doing that? Are you doing it on a cas-by-case basis (hint: bad)
Or are you doing a full upgrade as recommended in the wiki, the beginner's guide, and numerous places in these forums (hint:good)

Try a sudo pacman -Syu and see what happens.

edit: Darn, snaked by McMillan

Last edited by ewaller (2012-04-28 23:19:25)

Nekroman · 2012-04-29 05:21:55

I alway do pacman -Syu.

mcmillan · 2012-04-29 05:45:35

When you're fully updated what version of gnome-shell and libffi do you have? (though seems odd to have multiple packages acting up)
Also might want to take a look at the mirror status page to make sure you mirror is syncing correctly https://www.archlinux.org/mirrors/status/

Nekroman · 2012-04-29 05:50:32

I am using good mirror. libffi 3.0.11-1, gnome-shell 3.4.1-2

itoijala · 2012-04-29 09:32:17

This also happens with vim.
With libffi-3.0.11-1 it cannot find libffi.so.5, with 3.0.10-1 it cannot find libffi.so.6.
I am fully updated from a few minutes ago.

I copied libffi.so.5 and libffi.so.5.0.10 from the old package to /usr/lib and it now seems to work.

cfr · 2012-04-29 20:28:48

Do you mean gvim or vim? I can't figure out how vim depends on libffi. (Not saying it doesn't - just it isn't obvious whereas it is obvious how gvim depends on libffi.)

Maybe rebooting or restarting X would help?

wonder · 2012-04-29 20:43:29

pretty sure you have libs in /usr/local/lib. be sure you are fully up to date

itoijala · 2012-04-30 05:59:08

I am using vim in the console but have gvim because it is compiled with X copy/paste support.
/usr/local/lib is empty.
I just updated fully (included a gvim and vim-runtime update).
I deleted the files I added earlier (libffi.so.5, libffi.so.5.0.10).
I've also rebooted.

As you can see below, vim needs both libffi.so.5 and libffi.so.6.

[ismo@it ~]$ ls -l /usr/local/lib
total 0
[ismo@it ~]$ vim
vim: error while loading shared libraries: libffi.so.5: cannot open shared object file: No such file or directory
[ismo@it ~]$ ldd /usr/bin/vim
	linux-vdso.so.1 =>  (0x00007ffff292d000)
	libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007f755e1b7000)
	libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007f755df04000)
	libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007f755dce2000)
	libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007f755da97000)
	libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f755d849000)
	libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f755d555000)
	libSM.so.6 => /usr/lib/libSM.so.6 (0x00007f755d34d000)
	libICE.so.6 => /usr/lib/libICE.so.6 (0x00007f755d131000)
	libXt.so.6 => /usr/lib/libXt.so.6 (0x00007f755cecb000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f755cb91000)
	libm.so.6 => /lib/libm.so.6 (0x00007f755c89c000)
	libncursesw.so.5 => /usr/lib/libncursesw.so.5 (0x00007f755c63f000)
	libacl.so.1 => /lib/libacl.so.1 (0x00007f755c437000)
	libgpm.so.2 => /usr/lib/libgpm.so.2 (0x00007f755c231000)
	libdl.so.2 => /lib/libdl.so.2 (0x00007f755c02d000)
	liblua.so.5.1 => /usr/lib/liblua.so.5.1 (0x00007f755be01000)
	libperl.so => /usr/lib/perl5/core_perl/CORE/libperl.so (0x00007f755ba87000)
	libpthread.so.0 => /lib/libpthread.so.0 (0x00007f755b86b000)
	libc.so.6 => /lib/libc.so.6 (0x00007f755b4ca000)
	libpython2.7.so.1.0 => /usr/lib/libpython2.7.so.1.0 (0x00007f755b111000)
	libruby.so.1.9 => /usr/lib/libruby.so.1.9 (0x00007f755acfe000)
	libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007f755aaf1000)
	libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f755a8ea000)
	libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007f755a6c7000)
	libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007f755a3c3000)
	libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f755a077000)
	libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007f7559e4a000)
	libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f7559c14000)
	libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f7559a10000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f75597fd000)
	libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f75595f2000)
	libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f75593ef000)
	libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f75591e1000)
	libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f7558fd8000)
	libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007f7558dce000)
	libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f7558bcb000)
	libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007f75589c8000)
	librt.so.1 => /lib/librt.so.1 (0x00007f75587c0000)
	libpng15.so.15 => /usr/lib/libpng15.so.15 (0x00007f7558593000)
	libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00007f7558391000)
	libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f7558137000)
	libffi.so.6 => /usr/lib/libffi.so.6 (0x00007f7557f2f000)
	libuuid.so.1 => /usr/lib/libuuid.so.1 (0x00007f7557d2a000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f7557b0c000)
	libattr.so.1 => /lib/libattr.so.1 (0x00007f7557908000)
	/lib/ld-linux-x86-64.so.2 (0x00007f755e7e6000)
	libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007f75576d1000)
	libutil.so.1 => /lib/libutil.so.1 (0x00007f75574ce000)
	libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f755721e000)
	libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f7556f96000)
	libEGL.so.1 => /usr/lib/libEGL.so.1 (0x00007f7556d75000)
	libGLESv2.so.2 => /usr/lib/libGLESv2.so.2 (0x00007f7556b70000)
	libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x00007f755696e000)
	libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007f7556765000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007f755654f000)
	libresolv.so.2 => /lib/libresolv.so.2 (0x00007f7556338000)
	libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x00007f7556128000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f7555efe000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f7555cfa000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f7555af4000)
	libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0x00007f75558f2000)
	libxcb-dri2.so.0 => /usr/lib/libxcb-dri2.so.0 (0x00007f75556ee000)
	libxcb-xfixes.so.0 => /usr/lib/libxcb-xfixes.so.0 (0x00007f75554e8000)
	libxcb-shape.so.0 => /usr/lib/libxcb-shape.so.0 (0x00007f75552e5000)
	libwayland-client.so.0 => /usr/lib/libwayland-client.so.0 (0x00007f75550db000)
	libwayland-server.so.0 => /usr/lib/libwayland-server.so.0 (0x00007f7554ecd000)
	libffi.so.5 => not found
	libgbm.so.1 => /usr/lib/libgbm.so.1 (0x00007f7554cc7000)
	libglapi.so.0 => /usr/lib/libglapi.so.0 (0x00007f7554a82000)
	libudev.so.0 => /usr/lib/libudev.so.0 (0x00007f7554874000)
	libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00007f7554669000)
	libffi.so.5 => not found
	libffi.so.5 => not found

Allan · 2012-04-30 06:01:28

it is probably not vim that is the issue... Use "readelf -d <file> | grep NEEDED" rather than ldd.

Nekroman · 2012-04-30 12:56:27

I am fully updatedy too and /usr/local/lib is empty.

itoijala · 2012-04-30 14:05:24

I use mesa-full-wayland from aur. libEGL.so depends on libffi.so.5. That means I will have to recompile mesa. That should resolve the issue.

itoijala · 2012-05-01 09:18:22

I can now confirm that rebuilding mesa-full-wayland and wayland-git fixed the problem.

piyushbhatt · 2012-05-03 16:47:49

I do not use wayland .
I reinstalled mesa .Still face same problem.
I also recompiled .But face same issue.

It seems lot of people are facing same problem running different programs.
https://bbs.archlinux.org/viewtopic.php?pid=1093968

Have problem with Chromium.

I was able to open xterm.I tried to open Firefox and epiphany.But could not because of same issue.

tlamer · 2012-05-13 16:42:55

I have get the same error after libffi update with gvim..

Arch Linux

#1 2012-04-28 22:45:00

After updating libraries system still needs the old one.

#2 2012-04-28 23:17:01

Re: After updating libraries system still needs the old one.

#3 2012-04-28 23:18:21

Re: After updating libraries system still needs the old one.

#4 2012-04-29 05:21:55

Re: After updating libraries system still needs the old one.

#5 2012-04-29 05:45:35

Re: After updating libraries system still needs the old one.

#6 2012-04-29 05:50:32

Re: After updating libraries system still needs the old one.

#7 2012-04-29 09:32:17

Re: After updating libraries system still needs the old one.

#8 2012-04-29 20:28:48

Re: After updating libraries system still needs the old one.

#9 2012-04-29 20:43:29

Re: After updating libraries system still needs the old one.

#10 2012-04-30 05:59:08

Re: After updating libraries system still needs the old one.

#11 2012-04-30 06:01:28

Re: After updating libraries system still needs the old one.

#12 2012-04-30 12:56:27

Re: After updating libraries system still needs the old one.

#13 2012-04-30 14:05:24

Re: After updating libraries system still needs the old one.

#14 2012-05-01 09:18:22

Re: After updating libraries system still needs the old one.

#15 2012-05-03 16:47:49

Re: After updating libraries system still needs the old one.

#16 2012-05-13 16:42:55

Re: After updating libraries system still needs the old one.

Board footer