Workaround für „System braucht unbedingt curl mit quic“

[guru meditation]

curl bzw. das ebuild pullt plötzlich „quic“ wahlweise von OpenSSL oder ngtcp2, erlaubt aber nicht ngtcp2 mit OpenSSL als Crypto.

Das ist ziemlich dumm, weil LibreSSL als Alternative zu OpenSSL (noch) kein ngtcp2 hat (die Frage wer quic braucht spare ich hier).

curl ist ja von sich aus so klug und läuft problemlos auch mit LibreSSL. Das ebuild sperrt aber LibreSSL alias OpenSSL im Zusammenhang mit ngtcp2.

Gibts da einen Workaround für?

[firefly]

naja einfach das useflag deaktivieren, was http3 support (was ngtcp2 benötigt) aktiviert...
Falls du aber http3 support brauchst dann bist du halt aufgeschmissen.
Wobei welche version von curl willst du überhaupt installieren?
Die aktuelle stabile version von curl (8.8.0-r1) will ngtcp2 ohne aktiven openssl useflag haben (stattdessen mit aktiven ssl + gnutls useflag)
Ich seh da keine harte abhängigkeit zu openssl im zusammenspiel mit ngtcp2....
Und das ganze hat, soweit ich das sehe, null mit libressl zu tun.

Kann es sein, dass du openssl/libressl global aktiv hast? Denn in ngtcp2-1.5.0 ist das openssl useflag nicht by default aktiv sondern nur ssl + gnutls

EDIT: Quellen:
ebuild von ngtcp2 1.5.0: https://gitweb.gentoo.org/repo/gentoo.git/tree/net-libs/ngtcp2/ngtcp2-1.5.0.ebuild
evuild von curl 8.8.0-r1: https://gitweb.gentoo.org/repo/gentoo.git/tree/net-misc/curl/curl-8.8.0-r1.ebuild
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.