--- xml/htdocs/proj/en/glep/glep-0023.html 2006/10/10 20:25:14 1.4 +++ xml/htdocs/proj/en/glep/glep-0023.html 2006/11/18 07:27:47 1.5 @@ -15,8 +15,8 @@ /* :Author: David Goodger :Contact: firstname.lastname@example.org -:date: $Date: 2006/10/10 20:25:14 $ -:version: $Revision: 1.4 $ +:date: $Date: 2006/11/18 07:27:47 $ +:version: $Revision: 1.5 $ :copyright: This stylesheet has been placed in the public domain. Default cascading style sheet for the PEP HTML output of Docutils. @@ -279,7 +279,7 @@
Repoman has been updated to check for the LICENSE syntax.+
Repoman has been updated to check for the LICENSE syntax. +A development portage branch with support for ACCEPT_LICENSE +and license groups exists.
These groups are defined in a new file license_groups in +the profiles subdirectory of the tree (or overlays). +The format of this file is+
+<groupname> <license1> <license2> ... <licenseN> ++
Also any line starting with # is ignored and may be used for comments. +License groups may not contain negated elements, so a group+
+mygroup foo -bar -bla ++
License groups may be negated with the result that all elements of that group +are also negated.
At a minimum, emerge must handle unaccepted licenses the same way that -it handles blockers. That is, with the --pretend flag the -not-yet-accepted license should be listed in the output. Without the ---pretend flag, emerge should stop before any software is installed.-
This GLEP proposes that, unlike blockers, dependencies for software -should be checked regardless of license acceptance. Doing so will allow -the user to review all necessary licenses before initiating an actual -emerge.-
It is also proposed that the --ask option will display an unaccepted -license and ask for acceptance, but not update any configuration files -at this stage. Finally, the --verbose option should also list the -licenses accepted for each package.+
Unaccepted licenses will be treated like any other masked package, that is +emerge will display a message listing any license that has to be accepted +before the package can be merged with a pointer to the exact license text.+
Past versions of this document proposed to handle license-masked packages +like blockers, but this would be inconsistent with other visibility +filters as well as the current blocker system (as a blocker affects two +packages) and be more complicated to implement.
Available in portage svn repository under main/branches/license-masking