Tumbleweed update: libopenssl-3-devel = 3.0.7 missing?
Hi folks I was about to "zypper dup" from Tumbleweed 20221119 to 20230214 and got the following output: --------------------------- Problem: das zu installierende libopenssl-devel-3.0.7-1.1.noarch erfordert 'libopenssl-3-devel = 3.0.7', aber diese Anforderung kann nicht bereitgestellt werden Nicht installierbare Anbieter: libopenssl-3-devel-3.0.7-3.1.i586[https-download.opensuse.org-030d62a3] libopenssl-3-devel-3.0.7-3.1.x86_64[https-download.opensuse.org-030d62a3] libopenssl-3-devel-3.0.7-3.1.i586[https-download.opensuse.org-cbd627cc] libopenssl-3-devel-3.0.7-3.1.x86_64[https-download.opensuse.org-cbd627cc] libopenssl-3-devel-3.0.7-3.1.i586[repo-oss] libopenssl-3-devel-3.0.7-3.1.x86_64[repo-oss] Lösung 1: Folgende Aktionen werden ausgeführt: veraltetes libopenssl-1_1-devel-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-devel-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten Lösung 2: Folgende Aktionen werden ausgeführt: veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-1_1-devel-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-devel-1.1.1s-1.1.noarch beibehalten Lösung 3: Folgende Aktionen werden ausgeführt: veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten Lösung 4: Deinstallation von libopenssl-1_1-devel-1.1.1s-1.1.x86_64 Lösung 5: Deinstallation von libopenssl-devel-1.1.1s-1.1.noarch Lösung 6: libopenssl-devel-3.0.7-1.1.noarch durch Ignorieren einiger Abhängigkeiten brechen -------------- I'm not compiling stuff so probably I could go for option 4 which run through w/o further inconsistencies but I wonder what made this issue pop up now after more than 2 years of updates without any issues? Assuming devel rpms are not installed by default is there a way of figuring out "who" brought that package in initially? br Juergen
Dominique is aware talked about it in the release meeting last week
On 2/16/23, Mailings
Hi folks
I was about to "zypper dup" from Tumbleweed 20221119 to 20230214 and got the
following output:
---------------------------
Problem: das zu installierende libopenssl-devel-3.0.7-1.1.noarch erfordert 'libopenssl-3-devel = 3.0.7', aber diese Anforderung kann nicht bereitgestellt werden Nicht installierbare Anbieter: libopenssl-3-devel-3.0.7-3.1.i586[https-download.opensuse.org-030d62a3]
libopenssl-3-devel-3.0.7-3.1.x86_64[https-download.opensuse.org-030d62a3]
libopenssl-3-devel-3.0.7-3.1.i586[https-download.opensuse.org-cbd627cc]
libopenssl-3-devel-3.0.7-3.1.x86_64[https-download.opensuse.org-cbd627cc] libopenssl-3-devel-3.0.7-3.1.i586[repo-oss] libopenssl-3-devel-3.0.7-3.1.x86_64[repo-oss] Lösung 1: Folgende Aktionen werden ausgeführt: veraltetes libopenssl-1_1-devel-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-devel-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten Lösung 2: Folgende Aktionen werden ausgeführt: veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-1_1-devel-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-devel-1.1.1s-1.1.noarch beibehalten Lösung 3: Folgende Aktionen werden ausgeführt: veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten Lösung 4: Deinstallation von libopenssl-1_1-devel-1.1.1s-1.1.x86_64 Lösung 5: Deinstallation von libopenssl-devel-1.1.1s-1.1.noarch Lösung 6: libopenssl-devel-3.0.7-1.1.noarch durch Ignorieren einiger Abhängigkeiten brechen
--------------
I'm not compiling stuff so probably I could go for option 4 which run through w/o further inconsistencies but I wonder what made this issue pop up now after more than 2 years of updates without any issues?
Assuming devel rpms are not installed by default is there a way of figuring out "who" brought that package in initially?
br
Juergen
W dniu 16.02.2023 o 17:41, Mailings pisze:
Hi folks
I was about to "zypper dup" from Tumbleweed 20221119 to 20230214 and got the following output:
---------------------------
Problem: das zu installierende libopenssl-devel-3.0.7-1.1.noarch erfordert 'libopenssl-3-devel = 3.0.7', aber diese Anforderung kann nicht bereitgestellt werden Nicht installierbare Anbieter: libopenssl-3-devel-3.0.7-3.1.i586[https-download.opensuse.org-030d62a3] libopenssl-3-devel-3.0.7-3.1.x86_64[https-download.opensuse.org-030d62a3] libopenssl-3-devel-3.0.7-3.1.i586[https-download.opensuse.org-cbd627cc] libopenssl-3-devel-3.0.7-3.1.x86_64[https-download.opensuse.org-cbd627cc] libopenssl-3-devel-3.0.7-3.1.i586[repo-oss] libopenssl-3-devel-3.0.7-3.1.x86_64[repo-oss] Lösung 1: Folgende Aktionen werden ausgeführt: veraltetes libopenssl-1_1-devel-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-devel-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten Lösung 2: Folgende Aktionen werden ausgeführt: veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-1_1-devel-1.1.1s-1.1.x86_64 beibehalten veraltetes libopenssl-devel-1.1.1s-1.1.noarch beibehalten Lösung 3: Folgende Aktionen werden ausgeführt: veraltetes libopenssl1_1-1.1.1s-1.1.x86_64 beibehalten veraltetes openssl-1.1.1s-1.1.noarch beibehalten veraltetes openssl-1_1-1.1.1s-1.1.x86_64 beibehalten Lösung 4: Deinstallation von libopenssl-1_1-devel-1.1.1s-1.1.x86_64 Lösung 5: Deinstallation von libopenssl-devel-1.1.1s-1.1.noarch Lösung 6: libopenssl-devel-3.0.7-1.1.noarch durch Ignorieren einiger Abhängigkeiten brechen
--------------
I'm not compiling stuff so probably I could go for option 4 which run through w/o further inconsistencies but I wonder what made this issue pop up now after more than 2 years of updates without any issues?
See my message: https://lists.opensuse.org/archives/list/support@lists.opensuse.org/message/...
Assuming devel rpms are not installed by default is there a way of figuring out "who" brought that package in initially?
Try running "zypper rm libopenssl-devel" - it'll show you things that depend on it (you can then choose "no" to abort).
br
Juergen
On Thu, 2023-02-16 at 17:41 +0100, Mailings wrote:
Hi folks
I was about to "zypper dup" from Tumbleweed 20221119 to 20230214 and
--------------
I'm not compiling stuff so probably I could go for option 4 which run through w/o further inconsistencies but I wonder what made this issue pop up now after more than 2 years of updates without any issues?
The reason for this to appear is that openssl was upgraded to use version 3.x by default instead of the aged 1.1.x openssl-devel is a meta package, that declares the 'default version', it pulls in libopenssl-3-devel (used to pull in libopenssl-1_1-devel)
Assuming devel rpms are not installed by default is there a way of figuring out "who" brought that package in initially?
If you don't build stuff on your machine (ignoring osc build - as that all works in VMs or chroots, so packages are not needed locally installed) you can probably remove most if not all *-devel packages. A default system should not install them, as they are not needed for regular operation. If you believe to need the devel packages, but don't really know about openssl, my recommendation would be to go with openssl3 (so let zypper uninstall libopenssl-1_1-devel) as that is what the distro uses by default (older openssl versions are still available though) Hope this helps, Dominique
On Thu, 16 Feb 2023 18:02:27 +0100, Dominique Leuenberger
On Thu, 2023-02-16 at 17:41 +0100, Mailings wrote:
Hi folks
I was about to "zypper dup" from Tumbleweed 20221119 to 20230214 and
--------------
I'm not compiling stuff so probably I could go for option 4 which run through w/o further inconsistencies but I wonder what made this issue pop up now after more than 2 years of updates without any issues?
The reason for this to appear is that openssl was upgraded to use version 3.x by default instead of the aged 1.1.x
openssl-devel is a meta package, that declares the 'default version', it pulls in libopenssl-3-devel (used to pull in libopenssl-1_1-devel)
Assuming devel rpms are not installed by default is there a way of figuring out "who" brought that package in initially?
If you don't build stuff on your machine (ignoring osc build - as that all works in VMs or chroots, so packages are not needed locally installed) you can probably remove most if not all *-devel packages. A default system should not install them, as they are not needed for regular operation.
If you believe to need the devel packages, but don't really know about openssl, my recommendation would be to go with openssl3 (so let zypper uninstall libopenssl-1_1-devel) as that is what the distro uses by default (older openssl versions are still available though)
I'd *love* to up to openssl-devel version 3 (and I need it for various reasons), but ... # zypper dup -l --allow-name-change --allow-vendor-change --recommends Problem: the to be installed libopenssl-devel-3.0.7-1.1.noarch requires 'libopenssl-3-devel = 3.0.7', but this requirement cannot be provided Problem: the to be installed openssl-3.0.7-1.1.noarch requires 'openssl-3 = 3.0.7', but this requirement cannot be provided Problem: the to be installed libopenssl-devel-3.0.7-1.1.noarch requires 'libopenssl-3-devel = 3.0.7', but this requirement cannot be provided not installable providers: libopenssl-3-devel-3.0.7-3.1.i586[OSS-TW] libopenssl-3-devel-3.0.7-3.1.x86_64[OSS-TW] Solution 1: Following actions will be done: keep obsolete libopenssl-1_1-devel-1.1.1s-3.1.x86_64 keep obsolete libopenssl1_1-1.1.1s-3.1.x86_64 keep obsolete libopenssl-devel-1.1.1s-1.1.noarch Solution 2: deinstallation of libopenssl-1_1-devel-1.1.1s-3.1.x86_64 Solution 3: deinstallation of libopenssl-devel-1.1.1s-1.1.noarch Solution 4: keep obsolete libopenssl1_1-1.1.1s-3.1.x86_64 Solution 5: break libopenssl-devel-3.0.7-1.1.noarch by ignoring some of its dependencies Then 2 or 3 ... Choose from above solutions by number or skip, retry or cancel [1/2/3/4/5/s/r/c/d/?] (c): 2 Problem: the to be installed openssl-3.0.7-1.1.noarch requires 'openssl-3 = 3.0.7', but this requirement cannot be provided not installable providers: openssl-3-3.0.7-3.1.i586[OSS-TW] openssl-3-3.0.7-3.1.x86_64[OSS-TW] Solution 1: Following actions will be done: keep obsolete openssl-1.1.1s-1.1.noarch keep obsolete openssl-1_1-1.1.1s-3.1.x86_64 keep obsolete libopenssl1_1-1.1.1s-3.1.x86_64 Solution 2: Following actions will be done: deinstallation of openssl-1.1.1s-1.1.noarch deinstallation of sendmail-starttls-8.17.1-8.1.noarch deinstallation of kernel-syms-6.1.10-1.1.x86_64 deinstallation of kernel-syms-6.1.8-1.2.x86_64 deinstallation of dkms-2.8.8-1.1.noarch Solution 3: deinstallation of libressl-3.7.0-1.1.x86_64 Solution 4: break openssl-3.0.7-1.1.noarch by ignoring some of its dependencies OR Choose from above solutions by number or skip, retry or cancel [1/2/3/4/5/s/r/c/d/?] (c): 3 Problem: the to be installed openssl-3.0.7-1.1.noarch requires 'openssl-3 = 3.0.7', but this requirement cannot be provided not installable providers: openssl-3-3.0.7-3.1.i586[OSS-TW] openssl-3-3.0.7-3.1.x86_64[OSS-TW] Solution 1: Following actions will be done: keep obsolete openssl-1.1.1s-1.1.noarch keep obsolete openssl-1_1-1.1.1s-3.1.x86_64 keep obsolete libopenssl1_1-1.1.1s-3.1.x86_64 Solution 2: Following actions will be done: deinstallation of openssl-1.1.1s-1.1.noarch deinstallation of sendmail-starttls-8.17.1-8.1.noarch deinstallation of kernel-syms-6.1.10-1.1.x86_64 deinstallation of kernel-syms-6.1.8-1.2.x86_64 deinstallation of dkms-2.8.8-1.1.noarch Solution 3: deinstallation of libressl-3.7.0-1.1.x86_64 Solution 4: break openssl-3.0.7-1.1.noarch by ignoring some of its dependencies
Hope this helps,
Apparently, not enough
Dominique
-- H.Merijn Brand https://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.37 porting perl5 on HP-UX, AIX, and Linux https://tux.nl/email.html http://qa.perl.org https://www.test-smoke.org
participants (5)
-
Adam Mizerski -
Dominique Leuenberger -
H.Merijn Brand -
Luna Jernberg -
Mailings