You are not logged in.
Pages: 1
Topic closed
Mod note: Due to the high volume of openssl topics the forums has been recieving lately, this particular topic has been pinned in the hopes that it provides a somewhat comprehensive solution to various openssl related problems people have been having, particularly due to partial updates.
See the first few posts for "[Solved] Apps looking for libcrypto.so.1.0.0 and libssl.so.1.0.0"
See posts #13-#17 for
"[SOLVED] Openssl Problem in Steam / Deus Ex Mankind Divided"
-- WorMzy
Original message follows:
-----
I suffered from the pacman issue where it updated openssl 1.1 and then pacman wouldn't run. I followed the steps in pacman depends on libcrypto.so.1.1 and this fixed the issues with pacman, but now there are a whole bunch of applications that want to use openssl 1.0 packages.
For example, I have calibre installed, and I end up with the following:
File "/usr/bin/calibre", line 20, in <module>
sys.exit(calibre())
File "/usr/lib/calibre/calibre/gui_launch.py", line 70, in calibre
main(args)
File "/usr/lib/calibre/calibre/gui2/main.py", line 571, in main
gui_debug=gui_debug)
File "/usr/lib/calibre/calibre/gui2/main.py", line 397, in run_gui
from calibre.gui2.ui import Main
File "/usr/lib/calibre/calibre/gui2/ui.py", line 42, in <module>
from calibre.gui2.init import LibraryViewMixin, LayoutMixin
File "/usr/lib/calibre/calibre/gui2/init.py", line 19, in <module>
from calibre.gui2.library.views import BooksView, DeviceBooksView
File "/usr/lib/calibre/calibre/gui2/library/views.py", line 19, in <module>
from calibre.gui2.library.delegates import (RatingDelegate, PubDateDelegate,
File "/usr/lib/calibre/calibre/gui2/library/delegates.py", line 24, in <module>
from calibre.gui2.dialogs.comments_dialog import CommentsDialog, PlainTextDialog
File "/usr/lib/calibre/calibre/gui2/dialogs/comments_dialog.py", line 9, in <module>
from calibre.gui2.dialogs.comments_dialog_ui import Ui_CommentsDialog
File "/usr/lib/calibre/calibre/gui2/dialogs/comments_dialog_ui.py", line 40, in <module>
from calibre.gui2.comments_editor import Editor
File "/usr/lib/calibre/calibre/gui2/comments_editor.py", line 18, in <module>
from PyQt5.QtWebKitWidgets import QWebView, QWebPage
ImportError: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
So the Qt5 package is looking for the old libraries, even though I have the current version of Qt5 instaled. I get this same error for other tools, like mkvtoolnix-gui.
I think I have some library pointer or environment variable that is telling my system that I still have openssl 1.0 installed and these packages are using that pointer instead of just accessing the library directly. I've searched several forums and haven't seen anyone else reporting this issue. I suspect a complete reinstall from the .iso would probably fix the issue, but that seems extreme. Any tips?
Last edited by WorMzy (2017-05-19 20:56:26)
Offline
The current version of qt5-base depends on openssl-1.0. You claim to have the current version installed, and yet....
Offline
I suffered from the pacman issue where it updated openssl 1.1 and then pacman wouldn't run. I followed the steps in pacman depends on libcrypto.so.1.1 and this fixed the issues with pacman
Exactly which "steps" in that thread did you follow. The proper solution is to ensure your mirror is not completely broken*, then run `pacman -Syu`.
I suspect your current problems are from doing something *other* than the above. Did you symlink some libs?
* 2.5 weeks ago, there were some well managed mirrors that were caught in a bad situation. If any of those problems persisted past 2.4 weeks ago, they'd not be well managed mirrors. Any that persist today are just completely horribly broken. But again, I doubt this is the cause.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
The current version of qt5-base depends on openssl-1.0. You claim to have the current version installed, and yet....
I have qt5-base 5.8.0-11 installed. If it depends on openssl-1.0, then that's the problem, since the current version of openssl in the package library is openssl-1.1. So is there a way to have both versions of openssl (1.0 and 1.1) installed at the same time so the old package can fulfill the dependencies of qt5?
Last edited by tjeffress (2017-05-11 15:57:42)
Offline
Exactly which "steps" in that thread did you follow. The proper solution is to ensure your mirror is not completely broken*, then run `pacman -Syu`.
I suspect your current problems are from doing something *other* than the above. Did you symlink some libs?
* 2.5 weeks ago, there were some well managed mirrors that were caught in a bad situation. If any of those problems persisted past 2.4 weeks ago, they'd not be well managed mirrors. Any that persist today are just completely horribly broken. But again, I doubt this is the cause.
I manually downloaded and unzipped the openssl-1.1 package, linked libcrypt.so.1.0.0 and libssl.so.1.0.0 to the 1.1.0 versions. Then I reinstalled the openssl-1.1 package with pacman. This fixed the issue with pacman giving the missing library error, but qt5 and some other packages are still looking for the openssl-1.0 libraries.
Offline
you're confusing package names with versions. You have openssl installed, which is 1.1.0.e, do you also have the openssl-1.0 package installed, which is 1.0.2.k?
Offline
linked libcrypt.so.1.0.0 and libssl.so.1.0.0 to the 1.1.0 versions
This is definitely a bad idea, and is likely the cause of your problems.
Remove any links you've created and install the openssl-1.0 package and/or do a full system update.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Scimmia wrote:The current version of qt5-base depends on openssl-1.0. You claim to have the current version installed, and yet....
I have qt5-base 5.8.0-11 installed. If it depends on openssl-1.0, then that's the problem, since the current version of openssl in the package library is openssl-1.1. So is there a way to have both versions of openssl (1.0 and 1.1) installed at the same time so the old package can fulfill the dependencies of qt5?
There's two different openssl libraries in the Arch repos: "openssl" and "openssl-1.0".
Pacman only checks for dependencies when it installs a package. If you forced installation or removal of something at some point, it can happen that a package is installed without its dependencies like qt5-base is for you. Updating will never pull those missing dependencies in. You have to find and install them yourself now.
Offline
There's two different openssl libraries in the Arch repos: "openssl" and "openssl-1.0".
Pacman only checks for dependencies when it installs a package. If you forced installation or removal of something at some point, it can happen that a package is installed without its dependencies like qt5-base is for you. Updating will never pull those missing dependencies in. You have to find and install them yourself now.
Thank you!! I had the openssl package installed. So I installed the openssl-1.0 package alongside the other one, and this solved the reference issues. Not sure how my dependency database got messed up, but that solved the issue with the applications not launching.
Offline
I tried to come up with a command line that is supposed to find missing dependencies:
comm -23 <(pacman -Qi | perl -n00E '($p) = /^Depends On\s*:\s*(.*)$/m; for ($p =~ /\b\S+/g) { s/[<>=].*//; say }' | sort -u) <(pacman -Qi | perl -n00E 'say $1 if /^Name\s*:\s*(.*)$/m; ($p) = /^Provides\s*:\s*(.*)$/m; for ($p =~ /\b\S+/g) { s/[<>=].*//; say }' | sort -u)
Over several lines, it looks like this:
comm -23 <(
pacman -Qi |
perl -n00E '
($p) = /^Depends On\s*:\s*(.*)$/m;
for ($p =~ /\b\S+/g) {
s/[<>=].*//; say
}' |
sort -u
) <(
pacman -Qi |
perl -n00E '
say $1 if /^Name\s*:\s*(.*)$/m;
($p) = /^Provides\s*:\s*(.*)$/m;
for ($p =~ /\b\S+/g) {
s/[<>=].*//; say
}' |
sort -u
)
I'm not quite sure, but it seems to work. When I force the removal of openssl-1.0 with "pacman -Rdd openssl-1.0", it does find that missing package.
Perhaps see if it finds some more missing stuff for you.
Last edited by Ropid (2017-05-11 19:21:13)
Offline
Or just
pacman -Dk
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
I tried to come up with a command line that is supposed to find missing dependencies:
<code omitted>
I'm not quite sure, but it seems to work. When I force the removal of openssl-1.0 with "pacman -Rdd openssl-1.0", it does find that missing package.
Perhaps see if it finds some more missing stuff for you.
I ran this, and didn't come up with any other missing dependencies.
Offline
Hello,
i just bought Deus Ex Mankind Divided. When i try to run the game it wont start. starting Steam via Commandline gives me the following error:
/usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /media/STORE/SteamLibrary/steamapps/common/Deus Ex Mankind Divided/bin/../lib/x86_64/libcurl.so.4)
I've read that it might be an issue with something called versioned symbols, sadly i dont know what that means. I downloaded a patch for openssl that claims to solve that problem,
but im stuck with it. I dont know how to apply patches and i dont know if this would solve the problem.
Thanks in advance
ElRon
Last edited by ElRon91 (2017-05-14 13:42:50)
Offline
Offline
yea, but this version provides openssl-1.0-1.0.2.k-3. What i need is 1.0.0 which should be provided by the steam-native-runtime... however it isnt. The game wont start with neither steam native nor steam runtime.
Offline
Try using the following in the "launch options" for the game in the Steam client:
LD_PRELOAD=$HOME/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libssl.so.1.0.0:$HOME/.local/share/Steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 %command%
If that does not work, install the package named "libopenssl-1.0-compat" from the AUR. Afterwards, use this launch option here and the game should work:
LD_LIBRARY_PATH="/usr/lib/openssl-1.0-compat/:$LD_LIBRARY_PATH" %command%
Offline
wow, that was fast using the first launch option already solved it for me.
Thank you guys <3
Offline
Mod note: Closing, merging, moving to NC and pinning.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Hey, first post. I am posting because I have exhausted all other solutions and pacman is still not working. This is the error message.
pacman: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory
I am not sure what I installed that caused this, it seemed to have begun after a pacman -Syu though. I ran sudo find / -iname 'libcrypto*' and ibcrypto.so.1.1 is nowhere to be found on the system so I can't even create a symlink to it. If anyone knows how I could reinstall pacman completely that'd work as well. I really don't know what to do, is there any more information I could post?
Sorry, this is my first post and am not accustomed to what might help you in this specific situation.
Offline
libcrypto.so.1.1 is a part of openssl. Did pacman -Syu complete successfully or was it interrupted? If you are unable to use any pacman command, then boot into an Arch Live medium and reinstall openssl.
Offline
libcrypto.so.1.1 is a part of openssl. Did pacman -Syu complete successfully or was it interrupted? If you are unable to use any pacman command, then boot into an Arch Live medium and reinstall openssl.
No, pacman -Syu does not work, that error message is displayed. Also, sorry if this is a poor question but, how exactly do I do this? I looked it up and it sed I need to install Archiso? If so I do not know how without pacman. I ensure you I am doing what I can with what I know on my end haha, I'm just at a loss currently.
Last edited by herojeanpierre (2017-05-31 04:45:16)
Offline
Merging with the existing thread...
Offline
Hi,
I had a difficulty to use pacman after an openssl upgrade. I tried suggested script https://bbs.archlinux.org/viewtopic.php?id=95007
which I had to modify for a more recent version version of openssl:
#!/bin/bash
arch=x86_64
mirror=http://mirror.rit.edu/archlinux
# link to cache (or download) and extract: openssl,libarchive,libfetch,pacman
cd /tmp
for pkg in openssl-1.0.2.k-1 libarchive-2.8.3-3 libfetch-2.30-3 pacman-3.3.3-5; do
pkgname=${pkg}-${arch}.pkg.tar.gz
if [[ -e /var/cache/pacman/pkg/${pkgname} ]]; then
ln -sf /var/cache/pacman/pkg/${pkgname} .
else
wget ${mirror}/core/os/${arch}/${pkgname} || exit 1
fi
sudo tar -xvpf ${pkgname} -C / --exclude .PKGINFO --exclude .INSTALL || exit 1
done
# now reinstall using pacman to update the local pacman db
sudo pacman -Sf openssl libarchive libfetch pacman || exit 1
# now update your system
sudo pacman -Syu
but know I get:
(609/609) checking for file conflicts [################################################] 100%
error: failed to commit transaction (conflicting files)
openssl-1.0: /usr/lib/libcrypto.so.1.0.0 exists in filesystem
openssl-1.0: /usr/lib/libssl.so.1.0.0 exists in filesystem
Errors occurred, no packages were upgraded.
And now I feel, I don know what to do anymore in order to get back to a working pacman.
Offline
Script is seven years old...
Merging with the existing thread.
Offline
Pages: 1
Topic closed