#57460 closed defect (fixed)
Use of MacPorts clang compilers causes GPL ports to become nondistributable because of openssl
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | MacPorts 2.6.1 |
Component: | base | Version: | |
Keywords: | Cc: | ra1nb0w, mascguy (Christopher Nielsen) | |
Port: |
Description
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.
Change History (3)
comment:1 Changed 6 years ago by ra1nb0w
Cc: | ra1nb0w added |
---|
comment:2 Changed 5 years ago by jmroot (Joshua Root)
Component: | ports → base |
---|---|
Milestone: | → MacPorts 2.6.1 |
Resolution: | → fixed |
Status: | new → closed |
comment:3 Changed 3 years ago by mascguy (Christopher Nielsen)
Cc: | mascguy added |
---|
[3d346b6866f9dd3b9d05806dc76315f803b1a224/macports-base]