Gentoo Archives: gentoo-dev

From: Martin Schlemmer <azarah@g.o>
To: gentoo-dev@××××××××××.org
Subject: Re: [gentoo-dev] gentoo-debuild & incoming: help needed!
Date: Tue, 25 Sep 2001 18:24:44
Message-Id: 1001463824.31914.27.camel@nosferatu.lan
In Reply to: [gentoo-dev] gentoo-debuild & incoming: help needed! by Dan Armak
1 On Tue, 2001-09-25 at 21:17, Dan Armak wrote:
2 > Hi all,
3 >
4 > The current gentoo-ebuild/incoming was devised when there were 2-3 ebuilds
5 > submitted in a week on average, which needed to be organized in a convinient
6 > location. Now there are often 2-3 ebuilds per day, so we need to reorganize.
7 > In particular, developers should handle things at the gentoo-ebuild level,
8 > not the incoming level.
9 >
10 > I propose any combination of the following. Tell me what you think and
11 > propose any other ideas.
12 >
13 > 0. drobbins, reminder: add the gentoo-ebuild submission rules to the list
14 > page! (Although the rules will need to be changed based on what we decide
15 > here).
16 >
17 > 1. Developers with particular interest in an ebuild, such as an ebuild that
18 > is the result of a previous discussion with the author, should take it
19 > themselves from gentoo-ebuild and edit/commit it to portage. In fact, if
20 > there is are established communications between the developer and the author,
21 > they needn't go through gentoo-ebuild at all.
22 >
23 > 2. Authors who want to update their ebuild often (like the mozilla case which
24 > had at least 5 versions ubmitted on gentoo-ebuild) might get cvs access to
25 > /usr/portage/incoming/username and do what they want in there, then get a
26 > developer to move it to portage proper.
27 >
28 > 3. All developers should scan gentoo-ebuild once in a while, and pick up any
29 > ebuilds they are interested in. On the same criteria as they would if the
30 > ebuilds were in incoming.
31 >
32 > 4. If they see an intersting ebuild which however isn't good enough for
33 > inclusion in gentoo, i.e. author didn't follow ebuild writing rules, they
34 > should reply and instruct the author on making the correct changes.
35 >
36 > 5. As above, they should answer generic ebuild-writing questions on
37 > gentoo-ebuild.
38 >
39 > 6. An ebuild that isn't picked up by anyone for say a 2-day limit can be
40 > placed in incoming as now done.
41 >
42 >
43
44 Sounds fair, since you are not the only developer that feels that
45 incoming is getting to clutterd it seems.
46
47 Greetings,
48 MS