You are not logged in.
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
Offline
Please paste your full pacman log.
Moving to NC...
Offline
Pacman syu log:
https://gist.github.com/yigibihe/ebe425 … 5088be6843
Offline
I asked for the full log...
Offline
And what is the output of `which pacman` for the two users?
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
I asked for the full log...
I didn't saved it during the update. Is it stored somewhere?
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)
Offline
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)
Evil #archlinux@libera.chat channel op and general support dude.
. files on github, Screenshots, Random pics and the rest
Offline
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
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)
Offline
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.
Offline
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.
"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" - Richard Stallman
Offline
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.
Offline
Well, yeah... and do you still have a LD_LIBRARY_PATH definition to an older library in your user's environment?
Offline
Just a hunch. Are you using oh-my-zsh by any chance?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Just a hunch. Are you using oh-my-zsh by any chance?
Nope, I don't use that.
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)
Offline
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
Offline