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 1NyD8s-0002bo-D2 for garchives@archives.gentoo.org; Sat, 03 Apr 2010 23:52:42 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8E51DE0AD1; Sat, 3 Apr 2010 23:52:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 682C0E09EF for ; Sat, 3 Apr 2010 23:52:32 +0000 (UTC) Received: from [192.168.0.3] (e179029101.adsl.alicedsl.de [85.179.29.101]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id AAB011B403F for ; Sat, 3 Apr 2010 23:52:31 +0000 (UTC) Message-ID: <4BB7D4BD.70908@gentoo.org> Date: Sun, 04 Apr 2010 01:52:29 +0200 From: Sebastian Pipping User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100331 Thunderbird/3.0.3 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Is Gentoo dying? References: <1270305609.3243.0@NeddySeagoon> <1270306756.18734.39.camel@homer.ob.libexec.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0732a41c-8bd8-438b-b4fd-6ef81e94d0bc X-Archives-Hash: 6208f3ea103d20990839778cfd7546bc On 04/03/10 18:03, Alec Warner wrote: > - date of last commit: Gentoo is fast moving and packages that > haven't had commits since 200{4,5,6} are probably old, unmaintained > and may not even compile or run. > - date of last listed maintainer commit versus last commit: > Basically if the maintainer hasn't touched the ebuild in a while but > someone else (herd members?) have, the metadata.xml is probably out of > date. Have the result of that analysis collected somewhere? > The above are all pretty easy to do with the data in the tree. Some > other useful ideas might be: > - compare open bugs for the package, when was the last bug for a > package closed (bugs data kinda sucks for this) Right, but we can get that working. I have a regex to get package names from bug titles around that works well. All we need to do is fix all bug titles ever to contain package names: Could take a whole bugday or two :-) > - for a given package in a herd, check the version in the tree > against freshmeat or similar to see how far behind it is (I think > someone wrote something for this already, exherbo?) That's a larger project. GSOC ideas should contain such thing. > - check imlate to see if keywording is behind (is the maintainer > filing stablereqs?) While you mention that: it's the first time I hear a maintainer should do that. if so can you raise awareness of it and explain the what and why in another thread on gentoo-dev? Sebastian