[MacPorts] #65462: ffmpeg: binaries no longer distributable, due to rav1e; openssl11 now in play

MacPorts noreply at macports.org
Fri Jul 8 14:42:37 UTC 2022


#65462: ffmpeg: binaries no longer distributable, due to rav1e; openssl11 now in
play
---------------------------+----------------------
  Reporter:  mascguy       |      Owner:  mascguy
      Type:  defect        |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.7.2
Resolution:                |   Keywords:
      Port:  ffmpeg rav1e  |
---------------------------+----------------------
Description changed by mascguy:

Old description:

> With the addition of dependency `rav1e`, `ffmpeg +gpl2` is no longer
> distributable:
>
> {{{
> $ ../macports-infra/jobs/port_binary_distributable.tcl -v ffmpeg
> "ffmpeg" is not distributable because its license "gpl" conflicts with
> license "OpenSSL" of dependency "openssl11"
> }}}
>
> Meanwhile `rav1e` has no lib/runtime deps, and a non-conflicting BSD
> license:
>
> {{{
> $ port info rav1e
> rav1e @0.5.1_1 (multimedia)
>
> Description:          the fastest and safest AV1 encoder
> Homepage:             https://github.com/xiph/rav1e
>
> Build Dependencies:   cargo-c, nasm, rust, cargo
> Platforms:            darwin
> License:              BSD
> }}}
>
> Ultimately `openssl11` appears to be coming from `rust` and `cargo`,
> which both have lib deps on it. But should that license be propagated to
> generated binaries...?

New description:

 With the addition of dependency `rav1e`, `ffmpeg +gpl2` is no longer
 distributable:

 {{{
 $ ../macports-infra/jobs/port_binary_distributable.tcl -v ffmpeg
 "ffmpeg" is not distributable because its license "gpl" conflicts with
 license "OpenSSL" of dependency "openssl11"
 }}}

 Meanwhile `rav1e` has no lib/runtime deps, and a non-conflicting BSD
 license:

 {{{
 $ port info rav1e
 rav1e @0.5.1_1 (multimedia)

 Description:          the fastest and safest AV1 encoder
 Homepage:             https://github.com/xiph/rav1e

 Build Dependencies:   cargo-c, nasm, rust, cargo
 Platforms:            darwin
 License:              BSD
 }}}

 Ultimately `openssl11` appears to be coming from `rust` and `cargo`, which
 both have lib deps on it. But should that license be propagated to
 downstream ports that build with them?

--

-- 
Ticket URL: <https://trac.macports.org/ticket/65462#comment:4>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list