Gentoo Archives: gentoo-dev

From: Chris Gianelloni <wolf31o2@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Re: A heretical thought? Blessing project sunrise as an almost-fork.
Date: Wed, 14 Jun 2006 13:40:38
Message-Id: 1150292057.16946.21.camel@cgianelloni.nuvox.net
In Reply to: [gentoo-dev] Re: Re: A heretical thought? Blessing project sunrise as an almost-fork. by Duncan <1i5t5.duncan@cox.net>
1 On Wed, 2006-06-14 at 08:52 +0000, Duncan wrote:
2 > But as Stuart Herbert pointed out, a project can be self-authorized, by
3 > the current rules. Project Sunrise therefore didn't /need/ permission to
4 > come into existence and set up its own overlay. The announcement here,
5 > while perhaps it /should/ have been discussed as a proposal first,
6 > therefore didn't break the rules as they are now.
7
8 Abusing loopholes in the rules doesn't make something "right".
9
10 > Meanwhile, the Project Sunrise overlay /is/ a project specific overlay,
11 > and /is/ maintained by the project in question (Sunrise). That has been
12 > specifically stated in the Project Sunrise formulation.
13
14 Correct. However, it is attempting to work with ebuilds/packages that
15 are owned by other projects currently. *This* is my objection.
16
17 > Furthermore, there's specific allowance for competing projects, and as
18 > Stuart again points out, ebuilds form herds which are maintained by
19 > projects, and once a project rejects the ebuild, it can then be picked up
20 > by another developer or project, in which case the project that rejected
21 > it is no more responsible for it except that they can continue to refuse
22 > that it be in that project.
23
24 The "competing projects" idea really is stupid. Unfortunately, there's
25 nothing that I can do about that at this time except ask that the idea
26 be either clarified or rejected by the council.
27
28 Two projects "competing" to produce a similar product (like, say two
29 projects trying to come up with a next-generation genkernel) is one
30 thing. Two "competing" projects maintaining the same herd space within
31 the portage tree is something else. This creates animosity between the
32 projects, is completely against the ideas of fostering cooperation and
33 teamwork, and generally sticks it to our users due to a few egos.
34
35 --
36 Chris Gianelloni
37 Release Engineering - Strategic Lead
38 x86 Architecture Team
39 Games - Developer
40 Gentoo Linux

Attachments

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

Replies