Gentoo Archives: gentoo-dev

From: Luca Barbato <lu_zero@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: [gentoo-project] eudev project announcement
Date: Sat, 15 Dec 2012 20:29:45
Message-Id: 50CCDD8C.4050503@gentoo.org
In Reply to: Re: [gentoo-dev] Re: [gentoo-project] eudev project announcement by Rich Freeman
1 On 12/15/2012 05:20 PM, Rich Freeman wrote:
2 > On Sat, Dec 15, 2012 at 10:43 AM, Luca Barbato <lu_zero@g.o> wrote:
3 >>
4 >>
5 >> eudev is a Gentoo project is not Gentoo. Same could be said for OpenRC.
6 >>
7 >
8 > OpenRC isn't a Gentoo project, at least, it wasn't in the past.
9 >
10 > The social contract defines Gentoo as a collection of free knowledge,
11 > which includes "free software contributed by various developers to the
12 > Gentoo Project." The social contract is meaningless if it doesn't
13 > apply to Gentoo projects. Gentoo projects cover all the arch teams,
14 > portage, and all of our documentation.
15
16 That part of the social contract section is resembling really closely
17 Debian and shares the same clashing issue when Gentoo has to mix with
18 non-gpl realities such as FreeBSD. We are not going to relicense to GPL
19 all the software we touch, it would be at least rude.
20
21 > Projects are just how we organize the administration of Gentoo. They
22 > aren't something distinct from Gentoo. When you work on a Gentoo
23 > project, you work on Gentoo.
24
25 Again, looks like there is a huge misunderstanding on what a project is,
26 the term is much often overloaded since you have Gentoo, the community
27 and the distribution and projects fostered by Gentoo.
28
29 >> I guess you misunderstood what is Gentoo and what is a Gentoo Project.
30 >>
31 >
32 > Enlighten us, what is Gentoo, if nothing in any Gentoo project is Gentoo?
33
34 See above =)
35
36 > What exactly do you think that section of the Social Contract actually
37 > covers? Or is it a pretty document we stick on our website but ignore
38 > when it is somehow inconvenient?
39
40 The social contract is meant to assure that we will preserve and
41 maintain the freedoms we got as foundation the best we could. That
42 section is clumsy in stating it as is in Debian, agreed.
43
44 > As I said, I'm fine with making exceptions if it makes sense and
45 > furthers the overall mission of Gentoo.
46
47 There is no exception to be made.
48
49 > However, we shouldn't just ignore the social contract without any kind
50 > of consideration at all.
51
52 Again, the document doesn't really relate to any "Gentoo project" as
53 expressed as anything different from the distribution as whole.
54
55 > If the community doesn't like the social contract we could of course
56 > consider amending it as well.
57
58 Clarifying to avoid such misunderstandings it seems necessary.
59
60 > Gentoo isn't GitHub. When people donate money to Gentoo they're not
61 > donating so that a club of elite coders can use the infrastructure to
62 > host just anything that suits their fancy. The reason that we let any
63 > Gentoo developer just start a project is because it helps promote
64 > innovation and cuts through bureaucracy. That doesn't mean that
65 > Gentoo holds no interest in the work that is done under its name.
66
67 Again, we have a number of projects under permissive licenses since we
68 DO want work with the BSD community or we rely on software originated by
69 them, relicensing any software to GPL would be rude and quite pointless.
70
71 I'm afraid you are ignoring the fact core libraries should not be GPL to
72 not hinder adoption. (check which software uses libudev or libgudev and
73 see how much of it won't work anymore had you relicensed those libraries
74 to GPL)
75
76 > If for whatever reason the fork diverges to a point where we aren't
77 > giving back in the form of patches to upstream then I'd argue that it
78 > would make sense to move back to the GPL (something trivially done with
79 > or without copyright assignment due to the nature of the LGPL).
80
81 I'd be happy to consider this once we reach this stage and you are among
82 the main contributors.
83
84 Currently I guess people would be happy to have their udev working as
85 should.
86
87 lu