Different shared libs for root and the user.

Expeto · 2017-05-18 07:22:00

Hello,

After a pacman -syu , git and pacman started have some library problems.

[user@arch~]$ ldd `which pacman` | grep crypto
	libcrypto.so.1.1 => /usr/lib/libcrypto.so.1.1 (0x00007fe72da30000)
	libcrypto.so.1.0.1 => not found
[user@arch ~]$ pacman -Ss aaa
pacman: error while loading shared libraries: libcrypto.so.1.0.1: cannot open shared object file: No such file or directory

[root@arch~]# ldd `which pacman` | grep crypto
	libcrypto.so.1.1 => /usr/lib/libcrypto.so.1.1 (0x00007f4b52e77000)
	libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007f4b50d84000)
[root@arch ~]# pacman -Ss aaa

uname -a:

Linux arch 4.9.28-1-lts #1 SMP Sun May 14 18:07:38 CEST 2017 x86_64 GNU/Linux

I'm having hard time understanding this. How can ldd respond differently for same binary ?

Thanks

jasonwryan · 2017-05-18 07:51:07

Please paste your full pacman log.

Moving to NC...

Expeto · 2017-05-18 08:18:03

Pacman syu log:
https://gist.github.com/yigibihe/ebe425 … 5088be6843

jasonwryan · 2017-05-18 08:32:11

I asked for the full log...

Trilby · 2017-05-18 09:55:24

And what is the output of `which pacman` for the two users?

Expeto · 2017-05-18 10:39:08

jasonwryan wrote:

I asked for the full log...

I didn't saved it during the update. Is it stored somewhere?

Trilby wrote:

And what is the output of `which pacman` for the two users?

Both linked to same binary.

 [user@arch ~$ which pacman
/usr/bin/pacman
[user@arch ~]$ su -
Password: 
[root@arch ~]# which pacman
/usr/bin/pacman

Last edited by Expeto (2017-05-18 10:40:33)

Mr.Elendig · 2017-05-18 10:44:37

Expeto wrote:

I didn't saved it during the update. Is it stored somewhere?

It is in /var/log like (almost) every other log

Edit: post the output of printenv for both users too.

Last edited by Mr.Elendig (2017-05-18 10:45:45)

Expeto · 2017-05-18 11:21:24

Mr.Elendig wrote:

It is in /var/log like (almost) every other log

Already uploaded the related entry in /var/log/pacman as gist. Not sure how can get more details about the operation.
Edit: Duh. Full uncut log:
https://gist.github.com/yigibihe/807d17 … c7fed236fc

Mr.Elendig wrote:

Edit: post the output of printenv for both users too.

https://gist.github.com/yigibihe/4b66ea … b1e7f13897

 [root@office user]# diff /tmp/root /tmp/user 
0a1
> LD_LIBRARY_PATH=/usr/lib/vmware/lib/libcurl.so.4:
1a3,4
> DISPLAY=:0.0
> COLORTERM=rxvt
3,6c6,14
< USER=root
< PWD=/root
< HOME=/root
< SHELL=/bin/bash
---
> XDG_VTNR=7
> XDG_SESSION_ID=c1
> USER=user
> PWD=/home/user
> HOME=/home/user
> GTK_PATH=:/usr/lib/gtk-2.0
> DESKTOP_STARTUP_ID=i3/i3-sensible-terminal/1030-11-office_TIME16125153
> GTK_MODULES=canberra-gtk-module
> MAIL=/var/mail/user
8,9c16,24
< SHLVL=1
< LOGNAME=root
---
> SHELL=/bin/bash
> COLORFGBG=default;default
> SHLVL=3
> XDG_SEAT=seat0
> WINDOWID=10485769
> LOGNAME=user
> DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
> XDG_RUNTIME_DIR=/run/user/1000
> XAUTHORITY=/home/user/.Xauthority
10a26,27
> HISTSIZE=
> HISTFILESIZE=

Last edited by Expeto (2017-05-18 11:23:30)

V1del · 2017-05-18 11:44:49

LD_LIBRARY_PATH=/usr/lib/vmware/lib/libcurl.so.4

You shouldn't export application specific library paths into your general environment like that. Where do you export that? Add that override only to the startup script/desktop file of vmware do not have that in /etc/profile .bashrc or similar globally parsed configuration files.

Trilby · 2017-05-18 11:50:55

It's not related to this problem, but there are *many* partial ugprades in your log (instances of `pacman -Syy` followed by `pacman -S <pkg>`). Please break this habit before it breaks your system.

As a good general rule, just never use the pacman flags "-Sy" without also including "u". If you are not doing this directly, but rather it is the result of some tool that is marketted to make your life easier, then get rid of that tool as it will do just the opposite.

Expeto · 2017-05-21 18:02:25

I did a fresh install yesterday. Git and pacman was fine. I even did some commits few hours ago. After few hours of poweroff, I opened the notebook and exact same problem was back there. Eveything fine for root and libcrypto.so.1.0.1 missing for the user.

V1del · 2017-05-21 18:49:30

Well, yeah... and do you still have a LD_LIBRARY_PATH definition to an older library in your user's environment?

ewaller · 2017-05-21 18:50:33

Just a hunch. Are you using oh-my-zsh by any chance?

Expeto · 2017-05-22 06:56:20

ewaller wrote:

Just a hunch. Are you using oh-my-zsh by any chance?

Nope, I don't use that.

V1del wrote:

Well, yeah... and do you still have a LD_LIBRARY_PATH definition to an older library in your user's environment?

No I don't have it anymore.

Last edited by Expeto (2017-05-22 07:06:14)

seth · 2017-05-22 14:16:37

There're two ways you can run into this
a) root and user resolve a different binary from PATH

which pacman

b) you have some ld relevant environment exported

printenv

Arch Linux

#1 2017-05-18 07:22:00

Different shared libs for root and the user.

#2 2017-05-18 07:51:07

Re: Different shared libs for root and the user.

#3 2017-05-18 08:18:03

Re: Different shared libs for root and the user.

#4 2017-05-18 08:32:11

Re: Different shared libs for root and the user.

#5 2017-05-18 09:55:24

Re: Different shared libs for root and the user.

#6 2017-05-18 10:39:08

Re: Different shared libs for root and the user.

#7 2017-05-18 10:44:37

Re: Different shared libs for root and the user.

#8 2017-05-18 11:21:24

Re: Different shared libs for root and the user.

#9 2017-05-18 11:44:49

Re: Different shared libs for root and the user.

#10 2017-05-18 11:50:55

Re: Different shared libs for root and the user.

#11 2017-05-21 18:02:25

Re: Different shared libs for root and the user.

#12 2017-05-21 18:49:30

Re: Different shared libs for root and the user.

#13 2017-05-21 18:50:33

Re: Different shared libs for root and the user.

#14 2017-05-22 06:56:20

Re: Different shared libs for root and the user.

#15 2017-05-22 14:16:37

Re: Different shared libs for root and the user.

Board footer