[MacPorts] #57460: Use of MacPorts clang compilers causes GPL ports to become nondistributable because of openssl
MacPorts
noreply at macports.org
Sat Oct 27 23:20:04 UTC 2018
#57460: Use of MacPorts clang compilers causes GPL ports to become nondistributable
because of openssl
------------------------+--------------------
Reporter: ryandesign | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Keywords: | Port:
------------------------+--------------------
A GPL-licensed port that is distributable on newer systems on which Xcode
clang can be used can become nondistributable on older systems due to the
use of a newer MacPorts clang, because somewhere in the dependency chain
openssl appears.
For example here's wyrd on Snow Leopard:
{{{
"wyrd" is not distributable because its license "gpl" conflicts with
license "OpenSSL" of dependency "openssl"
}}}
wyrd is fine with any compiler, but its dependency ocaml needs a newer
clang on Snow Leopard, and because clang depends on python27 which depends
on openssl, wyrd is rendered nondistributable.
The port in question has nothing to do with openssl and doesn't use it in
any way, so openssl's license should not prevent the port from being
distributed. And each port that finds itself in this situation should not
have to specify that it does not have a license conflict with openssl. It
should be fixed somewhere centrally. But I don't know how or where.
--
Ticket URL: <https://trac.macports.org/ticket/57460>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list