libpsl.so.5
pacman: error while loading shared libraries: libpsl.so.5: cannot open shared object file: No such file or directory
I know how to pacman -U previous pacman from cache but pacman does no longer work since last upgrade.
Am I the first to report this, is it only happening to me? Doesn't anyone else update? This was done about 20hrs ago or so but only realized it on next day's boot and run of pacman.
ln -s libpsl.so /usr/lib/libpsl.so.5
That should get pacman working for you to downgrade with pacman -U, after that run:
rm /usr/lib/libpsl.so.5
Is it directly related to pacman or is it from somewhere else? In one installation networking is dead, which means the init system is not really starting networkmanager, as far as I can see. Conky is producing the same error.
I wonder if I can port artools-chroot to void so I can fix things :P
Not directly related. pacman depends on curl, curl depends on libpsl. So you need to make sure libpsl and curl are updated correctly before you update pacman.
Ok, it seems to be working, but libpsl was also updated to 0.20 and I also have (libpsl-0.19.1-1-x86_64.pkg.tar.xz) in cache.
Either the one or the other gives:
# pacman -Ql libpsl
libpsl /usr/
libpsl /usr/bin/
libpsl /usr/bin/psl
libpsl /usr/include/
libpsl /usr/include/libpsl.h
libpsl /usr/lib/
libpsl /usr/lib/libpsl.so
libpsl /usr/lib/libpsl.so.6
libpsl /usr/lib/libpsl.so.6.2.0
libpsl /usr/lib/pkgconfig/
libpsl /usr/lib/pkgconfig/libpsl.pc
libpsl /usr/share/
libpsl /usr/share/gtk-doc/
.
.
.
so maybe the error is in curl looking for so.5 instead of 6?
So, if I link this file to ...5 there should not be a reason to revert pacman to 19, 20 seems to be working fine with that link in place?
Or am I missing something?
The symlink is just a bandaid, it should not be left there. After you have everything upgraded try remove that symlink. If it still gives you that problem, let us know.
yes, as soon as I remove it anything that relies on curl --> libpsl breaks, including pacman.
I updated everything using the bandaid and left it in place. Even if I reverted to previous pacman when I remove the link pacman is not working, so I upgraded again.
Could you try reinstalling curl. Please make sure you have the latest curl.
Aaahhhaaa!!
I only had one version of curl in cache, weird? And when I tried reinstalling it pacman said the pkg was corrupt.
So I downloaded a new copy of the same and reinstalled it and the problem is gone!
How come curl looks like it was made 20180304 and I don't have an earlier copy?
4 installations down because of one corrupt pkg.
But what was it that made it corrupt I wonder, a previous version of curl labeled as the new one and not matching its own signature?
Curl needed to be rebuilt against the new libpsl. My guess is you had the curl from before the rebuild.
I installed the previous curl from system and the behavior was exactly the same.
I guess it was an update in a bad moment .... but in my cache I only had the one from gremlins which pacman considered as corrupt and I don't remove stuff from cache. I have pkgs 5-6versions back and all installations share the same cache.
Thank you for the help but I did find this behavior a little strange.
I get this probel after update system/libpsl from 0.19.1-1 to 0.20.0-1.
just follow what Chris suggest. Hope to be fixed soon.
I just got this problem today & this solution worked wonders for me. I was convinced I might have to re-install Artix... O.o
It also makes NetworkManager stop functioning too, once the link is made NetworkManager works again, glad I didn't do all the updates on all my computers at once.
I'm having the same trouble. But re-installing curl does nothing to fix it. Is this the newest curl: ?
$ pacman -Qi curl
Name : curl
Version : 7.58.0-1
Description : An URL retrieval utility and library
Architecture : x86_64
URL : https://curl.haxx.se
Licenses : MIT
Groups : None
Provides : libcurl.so=4-64
Depends On : ca-certificates krb5 libssh2 openssl zlib libpsl libnghttp2
Optional Deps : None
Required By : arch-audit cfitsio cmake cower fbida git gst-plugins-bad libcmis libgit2 libofa libqalculate libreoffice-fresh netcdf networkmanager pacman poppler qemu-headless
raptor toxic weechat xerces-c
Optional For : syslog-ng
Conflicts With : None
Replaces : None
Installed Size : 1540.00 KiB
Packager : Artix Build Bot
Build Date : Saturday 27 January 2018 09:18:49 PM IST
Install Date : Wednesday 14 March 2018 09:00:26 PM IST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
EDIT: Looks like my mirror hadn't synced those packages. But now I can't update due to the symlink. And if I remove it, I can't use pacman. What do I do?
Hello,
package "curl" was updated to new version so i think it should work.
What to do when pacman complains for existing files (symlinks) ?
Use force my friend.
pacman -S --force
You should be careful with this command, pacman tries to protect you from yourself sometimes. (At least in my case)
As I said befor the problem is with libpsl, it is corrected in last update (stable):
BECARFULL with --forcesudo pacman -S --force libpsl
then sudo
pacman -Syu
that what solved my probem.