But being behind Debian Stable on up to date packaging doesn't look great...
But being behind Debian Stable on up to date packaging doesn't look great...
The following mask changes are necessary to proceed:
(see "package.unmask" in the portage(5) man page for more details)
# required by net-libs/nodejs-20.5.1::gentoo
# required by www-client/firefox-102.15.0::gentoo
# required by @selected
# required by @world (argument)
=dev-libs/openssl-1.1.1v
And many many many more packages. I went through like 20 yesterday and created custom ebuilds without mentions to slot :0= in ebuild, but there is plenty more.
I have a fully updated world with a KDE desktop, and don't have OpenSSL 1.1 installed at all.
I would not say it is something unusual...
But funny thing is that if I emerge that one specific package with -1, it does not pull this dependency. It seems like something broken inside the portage.
As an example, here are the versions of firefox, nodejs, and openssl installed on my system:
$ eix -I --format '<installedversions:EQNAMEVERSION>' nodejs -o firefox -o dev-libs/openssl
=dev-libs/openssl-3.1.2
=net-libs/nodejs-20.5.1
=www-client/firefox-102.15.0
I have the same nodejs version and firefox version as you, but neither of them require openssl 1.x.Probably some caching issue/race condition in portage...
This is why we need Lojban
In Debian there is no way to do that - and the last time I tried to switch to unstable, my Debian commited suicide :)
OpenSSL 3.x is in Gentoo, but isn't marked stable for general use yet due to the number of packages still supported that break under it
$ eix -I dev-libs/openssl | grep -e 'Available versions:'
Available versions: [M]1.0.2u-r1^td [M]1.1.1u(0/1.1)^t [M](~)1.1.1v(0/1.1)^t 3.0.9-r1(0/3)^t 3.0.9-r2(0/3)^t 3.0.10(0/3)^t (~)3.1.1-r1(0/3)^t (~)3.1.1-r2(0/3)^t (~)3.1.2(0/3)^t {+asm bindist fips gmp kerberos ktls rfc3779 sctp sslv2 (+)sslv3 static-libs test tls-compression (+)tls-heartbeat vanilla verify-sig weak-ssl-ciphers ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32" CPU_FLAGS_X86="sse2"}