1 |
On Thu, Feb 07, 2002 at 10:44:23PM +0200, Vitaly Kushneriuk wrote: |
2 |
> > > No, chouser was right. I'm getting a bit worried by this trend of |
3 |
> > > Junior Gentoo Linux developers "explaining" Gentoo Linux policy when |
4 |
> > > they have no idea what said policy is. |
5 |
> |
6 |
> This was _not_ my attempt to explain Gentoo policy, but rather my |
7 |
> personal opinion on the subject. I'd say exactly the same if I was not |
8 |
> a part of the Gentoo team. This is just my view of the ways of |
9 |
> open-source. Personaly I will _not_ contribute to a project that one day |
10 |
> can go closed-source(or public domain, which is the same ;). |
11 |
> And this is what distributed copyright prevents very good. |
12 |
> And if you'll check headers of ebuilds that I made, you'll seee |
13 |
> (c) vitaly@g.o ;) |
14 |
|
15 |
What _real_ difference does it make? The only difference is that |
16 |
Gentoo Technologies, Inc. can't relicense it and make a closed-source |
17 |
version. However, if it was possible for them, and if they did, everybody |
18 |
could just ignore them and continue working on the last version released |
19 |
under the GPL. |
20 |
|
21 |
> > > All ebuilds should be Copyrighted by Gentoo Technologies, Inc. or should |
22 |
> > > generally not be put on Portage. |
23 |
> |
24 |
> It sounds, _at least_ suspicious. |
25 |
|
26 |
If you don't trust Gentoo Technologies, Inc. which is (AFAIK) controlled by |
27 |
Daniel Robbins, how can you contribute to this project? I mean, FSF requires |
28 |
that you assign copyright to them if you want to contribute to their projects, |
29 |
simply because of management-issues, and because it makes it easier for them |
30 |
to help out in case of lawsuits and the likes. |
31 |
|
32 |
> > > # Distributed under the terms of the GNU General Public License, v2 only |
33 |
> you can change it right now in skel.ebuilds so that future contributions |
34 |
> will have it _by_default_. Still if author wants to change it, he's in |
35 |
> his right to do so. |
36 |
> Again, check my ebuilds, you'll see GPL v2. No "or later". I just do not |
37 |
> trust RMS. Why should I trust Gentoo? |
38 |
|
39 |
Personally, I think that if you want to become an active contributor to a |
40 |
project, you at least have to know what their mission is and what they stand |
41 |
for. If you don't trust Gentoo enough to assign copyright to them, I don't |
42 |
think you've understood their mission well enough. I am not claiming to know |
43 |
it myself, I just think that active contribution should mean at least a |
44 |
basic knowledge of the overall goal. |
45 |
|
46 |
As a side-remark, this is one of the requirements of the Debian New Maintainer |
47 |
process. You have to demonstrate adequate abilities to be an asset, but also |
48 |
demonstrate that you know the difference between 'free' software and 'libre' |
49 |
software, and that you are aware of their overall goals and purpose. Since |
50 |
I am not (yet ;-)) an active contributor to Gentoo, I am not aware of the |
51 |
process for becoming an official developer, but I can heartily recommend a |
52 |
process akin to this. One of our latest additions is that in order to become |
53 |
a Debian Developer you need to get a package "sponsored", meaning that you |
54 |
make a package suitable for inclusion in the main Debian archive, and the |
55 |
sponsor checks the package for errors, and then uploads it into the archive. |
56 |
If the package is good, this demonstrates adequate skills. |
57 |
|
58 |
Enough rambling from me. A last comment: what's be big fuss about. Aren't we |
59 |
primarily talking about .ebuilds? I fail to see the great use for retaining |
60 |
the copyright. I mean, it's not like /my/ next job depends on me having to |
61 |
use proprietary ebuilds ;-) |
62 |
|
63 |
-- |
64 |
Kenneth Vestergaard Schmidt |
65 |
kvs@×××××××××××××××.dk charon@××××××.org |