Gentoo Archives: gentoo-dev

From: Kenneth Vestergaard Schmidt <charon@×××××××××××××××.dk>
To: gentoo-dev@g.o
Subject: Re: [gentoo-dev] Ebuild info: author, maintainer and copyrights
Date: Thu, 07 Feb 2002 18:27:59
Message-Id: 20020208002757.GA782@silence
In Reply to: Re: [gentoo-dev] Ebuild info: author, maintainer and copyrights by Vitaly Kushneriuk
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

Replies

Subject Author
Re: [gentoo-dev] Ebuild info: author, maintainer and copyrights Vitaly Kushneriuk <vitaly_kushneriuk@×××××.com>