#31382: hdf5-18: Add license info; move szip into variant -----------------------------------+---------------------------------------- Reporter: eborisch@… | Owner: mmoll@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: hdf5-18 -----------------------------------+---------------------------------------- Changes (by macsforever2000@…): * version: 2.0.3 => * type: defect => enhancement -- Ticket URL: <https://trac.macports.org/ticket/31382#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

#31382: hdf5-18: Add license info; move szip into variant -----------------------------------+---------------------------------------- Reporter: eborisch@… | Owner: mmoll@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: hdf5-18 -----------------------------------+---------------------------------------- Comment(by eborisch@…): My main goal was to get hdf5-18 to build & distribute through the buildbot, which necessitates a compatible (redistributeable, NCSA qualifies) license for the package (in its default variant mode) and for all (recursive) deps of the default variant. (Someone please correct me if I'm wrong here!!!) Szip has its own special license: http://www.hdfgroup.org/doc_resource/SZIP/Commercial_szip.html where the terms vary based on if it is being used through HDF or not, if encoding is enabled or not, and if the user is commercial or not... But that, as they say, is another story. It's not clear how to confine szip to only be usable within hdf5-18 (so long as szip is its own package) which, by my reading, would be required to have a 'distributable for non-commercial' hdf5-18 & szip package, so I wanted to split of szip from the default variant. Updating the license of hdf5-18 when +szip is selected is probably unnecessary, but I just trying to make it explicit why szip was in a variant for future Portfile updates. The +encoder variant on szip also changes its license terms, but that's another issue. -- Ticket URL: <https://trac.macports.org/ticket/31382#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

#31382: hdf5-18: Add license info; move szip into variant ------------------------------------+--------------------------------------- Reporter: eborisch@… | Owner: mmoll@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: hdf5-18 | ------------------------------------+--------------------------------------- Changes (by mmoll@…): * status: new => closed * resolution: => fixed Comment: I am not a lawyer, but your interpretation is probably correct. Patch applied in r84384. -- Ticket URL: <https://trac.macports.org/ticket/31382#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS

#31382: hdf5-18: Add license info; move szip into variant ------------------------------------+--------------------------------------- Reporter: eborisch@… | Owner: mmoll@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: hdf5-18 | ------------------------------------+--------------------------------------- Comment(by jmr@…): Note that the braces around the license names here are unnecessary. They create a sublist, which indicates that any one of the licenses inside may be chosen. This is of course pointless when there is only one license. -- Ticket URL: <https://trac.macports.org/ticket/31382#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS