Gentoo Archives: gentoo-dev

From: Chris Gianelloni <wolf31o2@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] ACCEPT_LICENSE revisited
Date: Mon, 20 Nov 2006 15:10:18
Message-Id: 1164035684.10430.9.camel@inertia.twi-31o2.org
In Reply to: Re: [gentoo-dev] ACCEPT_LICENSE revisited by Brian Harring
1 On Sat, 2006-11-18 at 13:25 -0800, Brian Harring wrote:
2 > > License groups may be negated with the result that all elements of that group
3 > > are also negated.
4 >
5 > Left out that if it's unset, it should default to ACCEPT_LICENSE=* ,
6 > meaning no license filtering.
7
8 Except that it shouldn't. It should be set to @NON-INTERACTIVE, as the
9 GLEP says, to match what we currently have with the combination of
10 portage+eutils.eclass settings.
11
12 Certain packages will *always* require interactive acceptance of the
13 license, as they currently do.
14
15 > > There should be no change to the user experience without the user
16 > > explicitly choosing to do so. This mandates that the
17 > > configuration variable be named ``ACCEPT_LICENSE`` as some users may
18 > > already have it set due to ebuilds using ``eutil.eclass``'s
19 > > implementation. It also mandates that the default ``ACCEPT_LICENSE`` be
20 > > set to ``@NON-INTERACTIVE`` in the main gentoo repository as there will
21 > > be no internal default in portage.
22 >
23 > The current default in portage however is that of ACCEPT_LICENSE=*;
24 > since portage doesn't yet filter on licenses, and since interactive
25 > ebuilds already exist, _that_ is the default.
26
27 Not really.
28
29 Go look at some of my games ebuilds. While *portage* doesn't do
30 anything with the license, the ebuild does, due to licensing
31 restrictions. The idea here is to not lose functionality by moving this
32 to portage itself.
33
34 > Finally, NON-INTERACTIVE shouldn't be a license group;
35 > RESTRICT=interactive is the route there; you can have gpl software
36 > distributed on cds that must be interactive (feed cds in as
37 > requested).
38
39 No. Apples and oranges.
40
41 Here, INTERACTIVE means that the user must interactively accept the
42 license, not that the ebuild is interactive. They're not the same
43 thing.
44
45 games-fps/enemy-territory requires interactivity *only* for license
46 acceptance. It pulls all data from the Internet, just like any other
47 ebuild. The only reason it is interactive, at all, it due to the
48 license.
49
50 --
51 Chris Gianelloni
52 Release Engineering Strategic Lead
53 Alpha/AMD64/x86 Architecture Teams
54 Games Developer/Council Member/Foundation Trustee
55 Gentoo Foundation

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-dev] ACCEPT_LICENSE revisited George Prowse <cokehabit@×××××.com>
Re: [gentoo-dev] ACCEPT_LICENSE revisited Brian Harring <ferringb@×××××.com>