Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 905113 - media-video/ffmpeg-4.4.3 USE=openssl disables gnutls, description reads in the opposite sense
Summary: media-video/ffmpeg-4.4.3 USE=openssl disables gnutls, description reads in th...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal minor (vote)
Assignee: Gentoo Media-video project
Depends on:
Reported: 2023-04-26 08:33 UTC by Joe Breuer
Modified: 2023-04-30 02:04 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Joe Breuer 2023-04-26 08:33:21 UTC
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:

[line 426ff]
        if use openssl ; then
                myconf+=( --disable-gnutls )

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.