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 ) id 1Q3vqF-0008Fs-Pt for garchives@archives.gentoo.org; Sun, 27 Mar 2011 19:41:40 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 179621C082; Sun, 27 Mar 2011 19:41:31 +0000 (UTC) Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 58ED61C06E for ; Sun, 27 Mar 2011 19:41:07 +0000 (UTC) Received: by wwj40 with SMTP id 40so2893408wwj.10 for ; Sun, 27 Mar 2011 12:41:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=jVa0epBcEx5f9OVFeBu30oUOJr4kwXbhrVVUtDbzVzA=; b=EiAceRBb5zQWjE9iXgfSg9ubrsm6+32pPR8CZZT35aRwgXD7/RVSUze2CRe6hwaxvD 4vSTxfPqrZHNFKtNr7R70bikuVkD6RuLWeuLnWnW+vvR+Mw7sxmSXdX6Z0lNrYrqLCz+ LcFJhMJpIEYduBlMGsF76aV0OA2vcZf1w+Ea8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=l6eqkudpiPClDWTcWXEhzLoMsyFB8YAr5qLJHWmVyeVNecyL+zaKNXg+ra7CtD9AoU BboGpTe/fUvMjBx0YyJX3MlCftd60KYaOy0WdRrC81sR/c/MNlc5sQVF3d0p4pYlLjF8 lU4CRzj/Y+Heq/Ob/mndhevRWS4DHc9bT7KJM= Received: by 10.216.143.135 with SMTP id l7mr1925969wej.86.1301254866180; Sun, 27 Mar 2011 12:41:06 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Sender: nirbheek.chauhan@gmail.com Received: by 10.216.93.197 with HTTP; Sun, 27 Mar 2011 12:40:46 -0700 (PDT) In-Reply-To: References: <20110326055210.E906D20054@flycatcher.gentoo.org> <4D8EC104.4090503@gentoo.org> <4D8F3BE8.5050300@gentoo.org> From: Nirbheek Chauhan Date: Mon, 28 Mar 2011 01:10:46 +0530 X-Google-Sender-Auth: jDv7buqaE60f9BXSraAerxfy0Rc Message-ID: Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/PyZilla: PyZilla-0.1.0.ebuild ChangeLog metadata.xml To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: d61b6ab6a05b59fe784c1077e1f77855 On Mon, Mar 28, 2011 at 12:47 AM, Alec Warner wrote: > On Sun, Mar 27, 2011 at 1:43 PM, Nirbheek Chauhan w= rote: >> 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. > =C2=A0For 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. =C2=A0Time 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.) > Sure, that's the history. But what made sense back then doesn't make sense now. Back then we didn't have 600+ packages that no one maintains, and whose bugs go almost entirely unread. We had crazy amounts of manpower back then. As we evolve, the responsibilities of the different parts of Gentoo also evolve. As such, the tree-cleaners project has evolved, and if the team isn't allowed to clean the tree, then why do we even have it anymore? I really don't understand *why* people want to keep around unmaintained packages. If a package is not maintained, we should come up and say it outright. Trying to maintain the illusion of maintenance is really bad =E2=80=94 for each person reporting a bug about a package, 10= 0 people who got that same bug don't report it at all. So what happens when there are just 50 users for some packages? Half the time we won't even know that one of them is broken[1]. The rest of the time, users will get a bad impression of Gentoo saying "Man, half the packages don't even work". It's really simple: (a) If the package has plenty of users, there should be no problems finding a maintainer or a proxy-maintainer. (b) If the package has few users and is high-maintenance, it's either already broken, or will get broken soon without a maintainer. Find one or remove it! (c) If the package has few users and is low-maintenance, package.mask it so we can figure out who the users are, and we can get them to proxy-maintain it, it's so little work anyway, right? (d) If the package has very few or no users, what the hell is it doing unmaintained in the tree? It's just eating up disk inodes and space. We all like to boast about how gentoo has 15,000 packages, but we neglect to mention that more than 1000 of these are either unmaintained or very poorly maintained. And this is a very conservative number. Let's not turn portage into a graveyard for packages. Let's just remove cra= p. 1. Writer is bad at statistics, this is probably inaccurate. --=20 ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team