From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-45036-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1Q3vTp-0006ZX-Fk
for garchives@archives.gentoo.org; Sun, 27 Mar 2011 19:18:29 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id D042C1C037;
Sun, 27 Mar 2011 19:18:20 +0000 (UTC)
Received: from mail-iy0-f181.google.com (mail-iy0-f181.google.com [209.85.210.181])
by pigeon.gentoo.org (Postfix) with ESMTP id A9C721C028
for <gentoo-dev@lists.gentoo.org>; Sun, 27 Mar 2011 19:17:54 +0000 (UTC)
Received: by iyb26 with SMTP id 26so3745482iyb.40
for <gentoo-dev@lists.gentoo.org>; Sun, 27 Mar 2011 12:17:54 -0700 (PDT)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Received: by 10.43.53.136 with SMTP id vq8mr5410505icb.275.1301253474042; Sun,
27 Mar 2011 12:17:54 -0700 (PDT)
Sender: antarus@scriptkitty.com
Received: by 10.42.228.73 with HTTP; Sun, 27 Mar 2011 12:17:53 -0700 (PDT)
In-Reply-To: <AANLkTikrbqVO6y-Pym+gEpGbEJYtRZmH8JnbpWcY+k5n@mail.gmail.com>
References: <20110326055210.E906D20054@flycatcher.gentoo.org>
<4D8EC104.4090503@gentoo.org>
<AANLkTik=cLPnD5Y7akyM0xsPgOC7+cvVOh=bj1Opir_y@mail.gmail.com>
<4D8F3BE8.5050300@gentoo.org>
<AANLkTikrbqVO6y-Pym+gEpGbEJYtRZmH8JnbpWcY+k5n@mail.gmail.com>
Date: Sun, 27 Mar 2011 19:17:53 +0000
X-Google-Sender-Auth: CINpa9J8Liezvqss_fTGPFwSdMk
Message-ID: <AANLkTimoW4QOtSVNVKZZurp9XaSRaQApD9QEUxafxw=m@mail.gmail.com>
Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in
dev-python/PyZilla: PyZilla-0.1.0.ebuild ChangeLog metadata.xml
From: Alec Warner <antarus@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Cc: Nirbheek Chauhan <nirbheek@gentoo.org>, Jeremy Olexa <darkside@gentoo.org>
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt:
X-Archives-Hash: 3d93c8f3a339b51c11bfda4fecb4c12f
On Sun, Mar 27, 2011 at 1:43 PM, Nirbheek Chauhan <nirbheek@gentoo.org> wrote:
> On Sun, Mar 27, 2011 at 7:00 PM, Jeremy Olexa <darkside@gentoo.org> wrote:
>> On 03/27/2011 02:47 AM, Nirbheek Chauhan wrote:
>>> If you prohibit people from doing that, they'll just commit it
>>> normally, and then remove themselves a week later.
>>
>> Why does anyone need to *add* a package that is maintainer-needed? This is
>> one of the problems of the gentoo-x86 tree - too many maintainer-needed
>> packages.
>
> I'm just pointing out that if you prohibit that by policy, this is
> what people will do. The real problem is that maintainer-needed
> packages are allowed to remain in the tree *indefinitely*.
>
>>> I propose that we should be more aggressive about package.masking (for
>>> removal) all maintainer-needed packages from the tree by doing that
>>> one month after they become maintainer-needed. If someone doesn't
>>> volunteer to take care of it, it probably wasn't important anyway.
>>>
>>
>> That is abit extreme for me (read: I don't have motivation to fight the
>> flames), but I wouldn't complain if someone else did it to be honest.
>>
>
> Just start removing old[1] maintainer-needed packages. If people
> complain, tell them to start maintaining it. If they continue to
> complain, ignore them. As tree-cleaner, you have the power to do this
> and not take bullshit from people about it.
The intent of the TreeCleaner project (years ago) was to essentially
look for packages in bugzilla that had lots of bugs and no maintainer.
For a while beandog essentially maintained a site that tracked this
for us (Gentoo Package that need Lovin' was the awesome title.)
>From that list you either fixed the problems and commited them (e.g.
you were a roving package maintainer) or you pmasked it and marked it
for the deadpool.
There is not much policy on treecleaning a package just because no one
has touched it. Time since last touch was just one of a dozen
indicators used to find packages that are broken (because a package
not touched since 2006 is also not likely to compile.)
-A
>
>
> 1. Set old as one month, with a 2 month package.mask duration before
> it's removed.
> --
> ~Nirbheek Chauhan
>
> Gentoo GNOME+Mozilla Team
>
>