Hi All,
I am seeking yet more enlightenment...
When running [CMD=""]make[/CMD] against some ports, a messgae flies past stating that the user has accepted the XYZ license.
Is there a way to confirm what licenses are required for a port and all its dependancies, similar in operation to [CMD=""]make config-recursive[/CMD] for example but for the license files? For example, to review the licenses that need to be accepted before installing the port?
Alternatively, is there a way for a sysadmin to only allow certain types of licenses to be accepted or rejected on a system?
I know that something could be scripted around the Makefiles for each port, but was wondering if there was something already out there?
I also had a look at http://wiki.freebsd.org/PortsLicenseInfrastructure and saw that there was a bit of background information on Port License Infrastructure / auditing, but I couldn't tell if this has been implemented or was just a concept; The techniques described are exactly what I was looking for!!
Any pointers or information welcomed; I may be missing the obvious here...
James.
I am seeking yet more enlightenment...
When running [CMD=""]make[/CMD] against some ports, a messgae flies past stating that the user has accepted the XYZ license.
Is there a way to confirm what licenses are required for a port and all its dependancies, similar in operation to [CMD=""]make config-recursive[/CMD] for example but for the license files? For example, to review the licenses that need to be accepted before installing the port?
Alternatively, is there a way for a sysadmin to only allow certain types of licenses to be accepted or rejected on a system?
I know that something could be scripted around the Makefiles for each port, but was wondering if there was something already out there?
I also had a look at http://wiki.freebsd.org/PortsLicenseInfrastructure and saw that there was a bit of background information on Port License Infrastructure / auditing, but I couldn't tell if this has been implemented or was just a concept; The techniques described are exactly what I was looking for!!
Any pointers or information welcomed; I may be missing the obvious here...
James.