Description of problem: invoking abiword fails with following terminal output: abiword: error while loading shared libraries: libssl3.so: cannot open shared object file: No such file or directory Version-Release number of selected component (if applicable): Mageia-7-beta2-x86_64 DATE.txt: Thu Jan 3 22:20:48 CET 2019 md5sum: 67149f7c9505f98ca4431a1163ebe946 How reproducible: every time Steps to Reproduce: 1. install LXDE from above .iso. reboot and login 2. invoke abiword from LXterminal 3. see output
Created attachment 10636 [details] install report attached
also gnome-contacts, cinnamon DE install. $ gnome-contacts gnome-contacts: error while loading shared libraries: libssl3.so: cannot open shared object file: No such file or directory
Source RPM: abiword-3.0.2-5.mga7.x86_64.rpm => libssl3.so:Summary: abiword fails to launch with "error while loading shared libraries: libssl3.so" => several applications fail to launch with "error while loading shared libraries: libssl3.so"
add libre-office $ libreoffice /usr/lib64/libreoffice/program/soffice.bin: error while loading shared libraries: libnss3.so: cannot open shared object file: No such file or directory
and gnome-phone-manager $ gnome-phone-manager gnome-phone-manager: error while loading shared libraries: libssl3.so: cannot open shared object file: No such file or directory
Keywords: (none) => 7beta1
and GNOME Wayland session (via GNOME settings daemon)
Summary: several applications fail to launch with "error while loading shared libraries: libssl3.so" => several applications fail to launch with "error while loading shared libraries: libssl3.so" (or libnss3.so)CC: (none) => mageia
The culprit is the firefox package, which now provides libssl3.so and libnss3.so. But it puts these in /usr/lib[64]/firefox, which means other applications don't find them. This bug will occur intermittently, as it depends on the order in which the installer selects packages and resolves dependencies (which is to some extent random). On some installs, the proper lib[64]nss3 package will be selected before firefox is, and everything will work. N.B. The keyword should be changed to 7beta2 when that keyword is added.
Severity: normal => criticalPriority: Normal => release_blockerSource RPM: libssl3.so: => firefox-64.0-2.mga7
*** Bug 24129 has been marked as a duplicate of this bug. ***
CC: (none) => brtians1
(In reply to Martin Whitaker from comment #6) > The culprit is the firefox package, which now provides libssl3.so and > libnss3.so. But it puts these in /usr/lib[64]/firefox, which means other > applications don't find them. Can links to those libraries be put in /usr/lib[64]/ ? > > This bug will occur intermittently, as it depends on the order in which the > installer selects packages and resolves dependencies (which is to some > extent random). On some installs, the proper lib[64]nss3 package will be > selected before firefox is, and everything will work. > > N.B. The keyword should be changed to 7beta2 when that keyword is added. CC'ing stormi and LpSolit for that. CC'ing tv, who touched firefox a lot recently, but assigning to all packagers because there's no registered maintainer.
Assignee: bugsquad => pkg-bugsCC: (none) => LpSolit, marja11, stormi-mageia, thierry.vignaud
This is just my opinion, but if we do a link, then someone who removes firefox breaks a bunch of tools. Might be better to duplicate the objects in the correct folder. Trust me - someone will remove firefox.
Keywords: 7beta1 => 7beta2
Firefox needs to be reverted to 60.x in Cauldron ASAP. We cannot ship a milestone release for stable.
CC: LpSolit => (none)
That's a different issue
Status: NEW => RESOLVEDResolution: (none) => FIXED