#46700: ffmpeg: add openssl variant --------------------------+---------------------- Reporter: eirnym@… | Owner: devans@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: ffmpeg | --------------------------+---------------------- Changes (by devans@…): * status: assigned => closed * resolution: => wontfix Comment: Replying to [comment:5 eirnym@…]:
The rtmpdump depends on OpenSSL with GPL-2+ licence, so linking with OpenSSL doesn't add any restrictions for ffmpeg itself.
The ffmpeg developers don't agree with you: they consider OpenSSL to have a nonfree license. This is reflected in their configuration file. {{{ enabled gpl && die_license_disabled_gpl nonfree openssl }}} which causes configure to die with the following message if --enable- openssl is asserted without --enable-nonfree. {{{ openssl is incompatible with the gpl and --enable-free is not specified. }}} MacPorts generally agrees with this unless a specific exception has been granted by OpenSSL and refuses to distribute binary archives of ports if GPL is combined with OpenSSL.
I know people who want licence purity on their systems and they don't
want OS on their computers like Mac OS X or *BSD. Since most of ffmpeg is GPL licensed, adding OpenSSL decreases license purity rather than increasing it. The ffmpeg port supports Darwin which may or may not include Mac OS X.
I don't want to build anything which duplicates functionality if it
possible: I don't like GnuTLS when it possible to replace it with OpenSSL, I don't like build SVN client if I we don't need to link with SVN libraries, etc. In this case, MacPorts, as it stands, probably doesn't meet your expectations but you are welcome to modify ports as you like for your own use. I'm going to pass on this request for the reasons stated above: for ffmpeg, as a whole, openssl complicates rather than simplifies licensing issues and adds no additional functionality over gnutls and librtmp. -- Ticket URL: <https://trac.macports.org/ticket/46700#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X