1 |
Hi, |
2 |
|
3 |
As you should know, GLEP 23 [1] introduced USE flags conditions in |
4 |
LICENSE variable and || operator in addition of licenses groups and |
5 |
ACCEPT_LICENSE variable. |
6 |
|
7 |
[1] http://www.gentoo.org/proj/en/glep/glep-0023.html |
8 |
|
9 |
I want to show an issue in ACCEPT_LICENSE that have to be fixed with a |
10 |
new operator in LICENSE variable. |
11 |
Imagine we have ACCEPT_LICENSE="GPL-3", every ebuilds without GPL-3 in |
12 |
LICENSE variable will be filtered even ebuilds with LICENSE="GPL-2" and |
13 |
a lot of packages are actually GPL-2+, not GPL-2 "strict". That means |
14 |
they should be shown if ACCEPT_LICENSE="GPL-3". |
15 |
It's even worst when we try to use ACCEPT_LICENSE to have a free |
16 |
operating system. Let's suppose 'free' in fsf free and osf free, |
17 |
LGPL-2.1 is free for both but LGPL-2 isn't and we can suppose, most |
18 |
LGPL-2 licensed packages in the tree are LGPL-2+ actually. |
19 |
|
20 |
So, what I propose is to let a license to be suffixed by the + operator. |
21 |
In this case, if a newer license is accepted by ACCEPT_LICENSE, the PM |
22 |
should not filter the package. |
23 |
|
24 |
I think it's not a hard modification and it will only need an amend to |
25 |
GLEP 23 (in addition of implementations in PM's). |
26 |
|
27 |
Thanks, |
28 |
Mounir |