| Andrew Suffield 2006-01-13, 10:44 pm |
| On Thu, Jan 12, 2006 at 03:49:08PM +0100, Andreas Tille wrote:
> On Thu, 12 Jan 2006, Thijs Kinkhorst wrote:
>
>
> Well the definition is given in policy and a policy change (to be discussed)
> might change the definition of release critical. So if we define that
> numbers N_n normal bugs and N_i important bugs and time spans T_n and
> T_i where a bug is completely unattended by the maintainer (e.i. no
> comments, no reason why not fixed, etc.) we can define a measure
>
> X = Sum(N_n * T_n) + 2 * Sum(N_i * T_i)
>
> and if this measure excedes a certain limit we define this as RC
> critical.
Well it's nice in theory. The problem is that you have to set the
threshold high enough to exempt glibc and dpkg, and when you do that,
I have not yet found a metric that complains about any other packages
(I've tried two or three times to invent one).
Sure, you could just manually exclude those few big offenders, but if
you're going to do that then what's the point?
--
.''`. ** Debian GNU/Linux ** | Andrew Suffield
: :' : http://www.debian.org/ |
`. `' |
`- -><- |
|