| Summary: | media-video/ffmpeg-4.4.3 USE=openssl disables gnutls, description reads in the opposite sense | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Joe Breuer <gentoo> |
| Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=32bd0a27e213ce8179a85ac1e6a39190057253ed commit 32bd0a27e213ce8179a85ac1e6a39190057253ed Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2025-03-11 04:22:42 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2025-03-11 09:03:18 +0000 media-video/ffmpeg: define USE=gnutls in metadata.xml Global description does not fit with the logic used here. USE=openssl's description was also updated in a prior commit to state that it disables gnutls (aka, it is now mentioned both ways). I considered inverting the logic, but felt that it would be worse unless USE=openssl is the default (i.e. you go out of your way to enable non-default USE=openssl but it does nothing as long as gnutls is set). And then, I am not inclined to change the default given issues like bug #905113 had. If this continues to confuse users we could always give it up and do a REQUIRED_USE, albeit it may annoy some users with conflicts. Closes: https://bugs.gentoo.org/905113 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> media-video/ffmpeg/metadata.xml | 4 ++++ 1 file changed, 4 insertions(+) |
Long story short, I was wondering why ffmpeg used by a locally built project from git didn't want to read from HTTPS/I had weird linking issues. Turns out that I had both USE=openssl and USE=gnutls turned on for ffmpeg, and that project I was working on apparently only wants to cooperate with ffmpeg using gnutls. What confused me trying to debug this: Despite the USE flag descriptions (equery u ffmpeg): gnutls: Prefer net-libs/gnutls as SSL/TLS provider (ineffective with USE=-ssl) openssl: Enables dev-libs/openssl support. Adds support for encrypted network protocols (TLS/HTTPS). the ebuild actually prefers openssl over gnutls when both flags are set: ffmpeg-4.4.3.ebuild: [line 426ff] if use openssl ; then myconf+=( --disable-gnutls ) fi I was under the impression (maybe I misremember? NEWS item some day or such?) that, if explicitly USEd, gnutls was supposed to take precedence over openssl. (openssl on ffmpeg was turned on in the first place because an older version of the kodi ebuild required this - yay) I would suggest/prefer to flip the sense of the config check, disabling openssl when gnutls is given. Or, alternatively, fix the description to clearly state that having openssl enabled will disable gnutls.