Sebastian Pipping wrote:
> Mounir Lamouri wrote:
>> It's even worst when we try to use ACCEPT_LICENSE to have a free
>> operating system. Let's suppose 'free' in fsf free and osf free,
>> LGPL-2.1 is free for both but LGPL-2 isn't and we can suppose, most
>> LGPL-2 licensed packages in the tree are LGPL-2+ actually.
> Are you aware that we have license groups like  @FSF-APPROVED?
> It's set up in  /usr/portage/profiles/license_groups.
Groups are not fixing the problem even for free aspect. If I have a
package licensed to LGPL-2, it's not free approved but if it's LGPL-2+,
it is. So I can't add LGPL-2 to @FSF-APPROVED, we agree ?

>> So, what I propose is to let a license to be suffixed by the + operator.
>> In this case, if a newer license is accepted by ACCEPT_LICENSE, the PM
>> should not filter the package.
> My vote is against it.  It feels like black magic to me and many
> licenses are not versioned, at least not their reference names in Gentoo.
> However I do notice that "GPL-2+" could make things easier.
> Why not introduce a license group for it like @GPL-2+ or so, instead?
> That would be transparent and use existing means.
> What do you think?
I don't understand where the black magic is. I agree not so much
licenses are versioned but they probably are the most used (LGPL, GPL,
MPL, Apache, ...).
GPL-2+ as a group make the filtering with ACCEPT_LICENSE easy (even if
we have to suppose license groups are always up-to-date. However, a
group will not add the information in the ebuild. In other words, I will
have GPL-2 and GPL-3 with GPL-2+ in ACCEPT_LICENSE but I will not have
GPL-2+ packages if i set only GPL-3 in ACCEPT_LICENSE.

Anyway, I've seen an issue for licenses already named foo-NUMBER because
with this feature, PM will consider them as versioned. Not a big deal
for most of them but it could be weird like BSD-2+ to have BSD-2 and BSD-4.
ls | grep -e "-[0123456789.]*$" in the licenses directory to see the
concerned licenses
As it has to come with a new EAPI, we can rename some licenses before.


Reply via email to