Gentoo Archives: gentoo-dev

From: Bjoern Michaelsen <P17y004@××××××××××××××××××.de>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Gentoo ~arch testing policy?
Date: Tue, 03 Feb 2004 19:26:39
Message-Id: 20040203182840.1c1f5679.P17y004@public.uni-hamburg.de
In Reply to: Re: [gentoo-dev] Gentoo ~arch testing policy? by Steven Elling
1 On Mon, 02 Feb 2004 18:28:01 -0600
2 Steven Elling <ellings@×××××.com> wrote:
3
4 > How about a points rating system such as the following?
5 >
6 > Every ebuild put into the portage tree with ~ARCH gets -30 points for
7 > each ARCH. For every day the ebuild is in portage, one point is added
8 > to the points up to a maximum of 30 points.
9 >
10 > If a user installs the ebuild and finds that it does not work, that
11 > user can submit a failure report to www.gentoo.org. Upon submitting
12 > the failure a set amount of points are subtracted from the rating.
13 I like the idea. I had the same yesterday evening ;-). But I think the rating should be seperated from the ebuild - because I naively assume this to lessen the load on rsync because this frequently changing info is compiled in a seperate file in the package dir.
14 >
15 > If a user installs the ebuild and finds that it works, that user can
16 > submit a success report to www.gentoo.org. Upon submitting the
17 > success a set amount of points are added to the rating.
18 I think two ratings, one for users, one for developers without auto-incrementing would be better. User emerge failures and user emerge succeses should be affecting the user rating.
19 The developer rating is only modified by the devs. A dev rating below zero means it was not checked by devs (would not get into portage with the old rules), A dev rating above ten is ~arch and above 20 is arch.
20 A user can set thresholds for the user and the dev rating in the /etc/make.conf.
21 There should be a warning that it is insane and unsupported to set the dev rating threshold below ten.
22 The numbers are just examples but the equivalents of ~arch and arch should be well documented.
23 The main problem will be getting useful user feedback and preventing misuse. However it will help branches of the portage tree to develop that devs cant take constant care of (like media-radio/*).
24
25 Just my two eurocent.
26
27
28 --
29 Björn Michaelsen
30 pub 1024D/C9E5A256 2003-01-21 Björn Michaelsen <bmichaelsen@×××.de>
31 Key fingerprint = D649 8C78 1CB1 23CF 5CCF CA1A C1B5 BBEC C9E5 A256

Replies

Subject Author
Re: [gentoo-dev] Gentoo ~arch testing policy? Steven Elling <ellings@×××××.com>