From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1H30N3-0002O6-KO for garchives@archives.gentoo.org; Sat, 06 Jan 2007 01:29:18 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.8) with SMTP id l061R6Ic031590; Sat, 6 Jan 2007 01:27:06 GMT Received: from mail.osagesoftware.com (osagesoftware.com [216.144.204.42]) by robin.gentoo.org (8.13.8/8.13.8) with ESMTP id l061Ox7I020935 for ; Sat, 6 Jan 2007 01:25:00 GMT Received: from osage.osagesoftware.com (osage.osagesoftware.com [192.168.1.10]) by mail.osagesoftware.com (Postfix) with ESMTP id 70CDF7BDA3 for ; Fri, 5 Jan 2007 20:24:58 -0500 (EST) Date: Fri, 5 Jan 2007 20:24:58 -0500 From: David Relson To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] How packages are made stable - suggestion for improvement Message-ID: <20070105202458.1d514847@osage.osagesoftware.com> In-Reply-To: <459EEC17.2000504@gentoo.org> References: <459EEC17.2000504@gentoo.org> Organization: Osage Software Systems, Inc. X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.6; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: f6974da9-7a1b-423e-9b93-f9044bfbf7ad X-Archives-Hash: 1c01c2272c6eaeb3636b8229ae353694 On Fri, 05 Jan 2007 17:23:51 -0700 Steve Dibb wrote: > Daevid Vincent wrote: > > But as I read this thread, it seems that in effect, I won't really > > be getting a more stable system, I'll just be getting an older, out > > of date one, as nobody is actively monitoring packages and then > > flagging them as stable. :( > > > The problem, like many other things, comes down simply to manpower. > > I should stress, again, that popular, common applications and > utilities are going to get marked stable on a regular basis. For the > most part, its only the small, fringe programs that get lost in the > cracks. > > And getting some tools in place to display how long packages have > been unstable is in the works. Still though, there is just so much > work to be done in the first place, not many developers go looking > for things to mark stable. It makes things a lot simpler if that > offload is placed on the users instead, because that way 1) we don't > focus manpower on stabilizing everything just because its been 30 > days and 2) we stabilize stuff that people are using anyway, and want > to get marked stable. > > Steve I've been reading this thread as well as the earlier (July) threads (from gmane) and notice that everyone is discussing "30 days", "automatic", and "stabilization bugs". What if there were 2 time periods - a minimum and a maximum. For example: with a 30 day min, a package would have to be bug free for 30 days before a stabilization bug _could_ be acted upon. If there are no open bugs and no stabilization bug was submitted , then a maximum period (perhaps 60 days, perhaps 6 months) would cause an _automatic_ upgrade to stable. Having an acceptably large max period would take some of the load off of developer shoulders and would prevent the current situation of having really old ~ARCH packges (some of which currently seem to measure in the hundreds of days). Just my $.02 David -- gentoo-user@gentoo.org mailing list