From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1L1Kmz-0007S8-Dd for garchives@archives.gentoo.org; Sat, 15 Nov 2008 13:02:13 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B3CE4E03C6; Sat, 15 Nov 2008 13:02:13 +0000 (UTC) Received: from mail.metalmail.org (mail.metalmail.org [87.118.103.88]) by pigeon.gentoo.org (Postfix) with ESMTP id 67BF4E03C6 for ; Sat, 15 Nov 2008 13:02:13 +0000 (UTC) Received: from pluto.atHome (p549824A4.dip0.t-ipconnect.de [84.152.36.164]) by mail.metalmail.org (Postfix) with ESMTP id 34BACD880CE for ; Sat, 15 Nov 2008 14:02:14 +0100 (CET) Received: by pluto.atHome (sSMTP sendmail emulation); Sat, 15 Nov 2008 14:02:10 +0100 Date: Sat, 15 Nov 2008 14:02:10 +0100 From: Matti Bickel To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Proposal for how to handle stable ebuilds Message-ID: <20081115130210.GA4219@pluto> References: <20081110181334.GD7038@aerie.halcy0n.com> <1226597916.3918.22.camel@homer.ob.libexec.de> 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 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT" Content-Disposition: inline In-Reply-To: <1226597916.3918.22.camel@homer.ob.libexec.de> User-Agent: Mutt/1.5.16 (2007-06-09) X-Archives-Salt: 914d954e-78cd-4716-a87d-cdcc193ea6ab X-Archives-Hash: fdb313719261ae308541ad1201d284dd --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Tobias Scherbaum wrote: > Mark Loeser wrote: > > Removing Stable Ebuilds > >=20 > > If an ebuild meets the time criteria above, and there are no technical = issues > > preventing stabilization, then the maintainer MAY choose to delete an o= lder > > version even if it is the most recent stable version for a particular a= rch. >=20 > What if this would break deps or it's a very common package for example > belonging to the set of system packages? Then the maintainer moans and does nothing. I guess that's where the "MAY" part from above comes in. Policy should not be an excuse to stop thinking. And if i break a user system when i drop my stable keywords, IMHO i'm violating the 'work as pleasently and efficiently as possible' bit of our philosophy. It isn't that we have arch teams denying ebuilds their blessing because they're evil. Maybe they're overworked, maybe they even have a real life. Or maybe they have stated that your ebuild has QA issues (as Ferris did), which should be noted and fixed by the maintainer. So bottom-line: i'm very much in favour of your solution to question #1. And i'd like to stress the "automatic" bit. Yes, we can get access to tinderboxes. But last i looked, this involved tracking down the person responsible for it, asking for access and doing everything you need to get your package to compile. Well, i'm lazy, so i didn't do it. Automatic tinderbox testing would very much help in the process. Maybe someone can write a script so that once a maintainer opens/gives his OK to a stable bug, automatic testing could be started and the results posted back to the bug? After the timeframe (30 days? 60? I don't know, and it's not important at this point) maintainers could move to stable their package themself IF the automatic tests indicate success AND no arch member has spoken up. just my $0.02 --=20 Regards, Matti Bickel Signed/Encrypted email preferred (key 4849EC6C) --tKW2IUtsqtDRztdT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkeyFIACgkQfNMcoUhJ7GzMzwCfcOEYs2H+JkLKgEXPzkoAGi1N rlwAn3lS6XuqFh2K6VId94dz5eTdJ4C3 =gQ1m -----END PGP SIGNATURE----- --tKW2IUtsqtDRztdT--