1 |
Mike Frysinger posted <200410081023.20888.vapier@g.o>, excerpted |
2 |
below, on Fri, 08 Oct 2004 10:23:20 -0400: |
3 |
|
4 |
> the reiserfs peeps require any patch you send to them to be completely |
5 |
> signed off ... you have to give them copyright/license/everything over any |
6 |
> patch you send them |
7 |
|
8 |
That's because they want the flexibility of being able to do private |
9 |
licenses as well. It's possible that they can't make public certain mods |
10 |
they may do for the US DOD for instance, and could easily be other |
11 |
"private" contracts. With their own code, they have that flexibility |
12 |
since they are the owner. With submitted patches, that isn't the case, |
13 |
unless they become the owner of those patches as well. |
14 |
|
15 |
Of course, most here probably know more about the Zynot fork history and |
16 |
allegations than I do. I did a bit of study into it, including reading |
17 |
the why fork and etc. docs on his site, and what struck me was how he kept |
18 |
alleging Gentoo (well, core and DRobbins) had a private for-profit hidden |
19 |
agenda, while at the /same/ time, he was busy taking advantage of the GPL |
20 |
licensing (and deliberate policy choice, I expect) of anything Gentoo to |
21 |
do his fork. It would have been pretty stupid, I thought, for that |
22 |
license to be chosen, if there /were/ such a hidden agenda, since it not |
23 |
only allowed forking as he was doing, but prevented taking things private |
24 |
if they /wanted/ to. |
25 |
|
26 |
Of course the last clause doesn't hold if Gentoo insists on transfer of |
27 |
copyright, as it could then be taken private. Not that I expect it will |
28 |
happen, but the insistence on rights assignment, not only GPL licensing |
29 |
for any code contributed, /does/ leave open both that possibility, and the |
30 |
question, for those wishing to make such allegations. |
31 |
|
32 |
There may be those who prefer GPL and for which that license forms much of |
33 |
their motivation. These sorts of folks take comfort in for instance the |
34 |
fact that it'd be practically impossible to change the Linux kernel code |
35 |
license. There are to many parts owned by to many people, and getting |
36 |
them all to agree would be essentially impossible, as would rewriting the |
37 |
parts from those who don't agree, because the code is so interwoven. When |
38 |
a single entity demands ownership of all code, that barrier to taking it |
39 |
private disappears. Of course, as with the SSH code which went private, |
40 |
it can then be forked, but some (including myself) prefer preventing the |
41 |
possibility of it ever going proprietary-ware in the first place, if at |
42 |
all possible. |
43 |
|
44 |
As others have said, I'm sure this has been rehashed before, and I'm not |
45 |
going to change any minds or policy, particularly since I'm not a Gentoo |
46 |
dev myself. However, I feel strongly enough about this to react, anyway. |
47 |
A couple of the guys on my ISP Unix group keep trying to talk me into |
48 |
going BSD, but I'm really not all that interested, because while I agree |
49 |
there's a place for BSD style licenses, particularly in code with a goal |
50 |
of becoming a reference standard, a large part of my motivation is the |
51 |
fact that I'm supporting a code-returning-to-the-community model, and |
52 |
there'd simply not be the personal drive behind it, were an MS or an Apple |
53 |
(or anyone else) to be able to use my supported community code in a |
54 |
distributed binary and not return their changed back to the pool I'm |
55 |
supporting. That's why I'm here, not on xBSD. |
56 |
|
57 |
-- |
58 |
Duncan - List replies preferred. No HTML msgs. |
59 |
"They that can give up essential liberty to obtain a little |
60 |
temporary safety, deserve neither liberty nor safety." -- |
61 |
Benjamin Franklin |
62 |
|
63 |
|
64 |
|
65 |
-- |
66 |
gentoo-dev@g.o mailing list |