[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