| Summary: | several applications fail to launch with "error while loading shared libraries: libssl3.so" (or libnss3.so) | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Ben McMonagle <westel> |
| Component: | RPM Packages | Assignee: | All Packagers <pkg-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | critical | ||
| Priority: | release_blocker | CC: | brtians1, mageia, marja11, stormi-mageia, thierry.vignaud |
| Version: | Cauldron | Keywords: | 7beta2 |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | firefox-64.0-2.mga7 | CVE: | |
| Status comment: | |||
| Attachments: | install report attached | ||
|
Description
Ben McMonagle
2019-01-04 08:16:42 CET
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: 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
Ben McMonagle
2019-01-05 06:00:09 CET
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) 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 =>
critical (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-bugs 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.
Samuel Verschelde
2019-01-07 11:23:23 CET
Keywords:
7beta1 =>
7beta2 Firefox needs to be reverted to 60.x in Cauldron ASAP. We cannot ship a milestone release for stable.
Frédéric "LpSolit" Buclin
2019-01-07 19:07:07 CET
CC:
LpSolit =>
(none) That's a different issue Status:
NEW =>
RESOLVED |