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 1L2XyL-0007bK-Tg for garchives@archives.gentoo.org; Tue, 18 Nov 2008 21:19:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 43EE7E0316; Tue, 18 Nov 2008 21:18:57 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id E92FAE0316 for ; Tue, 18 Nov 2008 21:18:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id DAA596451C for ; Tue, 18 Nov 2008 21:18:54 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.354 X-Spam-Level: X-Spam-Status: No, score=-3.354 required=5.5 tests=[AWL=0.245, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rAY2DFYt60Km for ; Tue, 18 Nov 2008 21:18:48 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id B46476451E for ; Tue, 18 Nov 2008 21:18:45 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L2Xy5-0002nn-IR for gentoo-dev@gentoo.org; Tue, 18 Nov 2008 21:18:41 +0000 Received: from s0106001f3b27dbf9.mj.shawcable.net ([70.64.208.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Nov 2008 21:18:41 +0000 Received: from dirtyepic by s0106001f3b27dbf9.mj.shawcable.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 18 Nov 2008 21:18:41 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Ryan Hill Subject: [gentoo-dev] Re: Proposal for how to handle stable ebuilds Date: Tue, 18 Nov 2008 15:18:29 -0600 Message-ID: <20081118151829.378bc23f@halo.dirtyepic.sk.ca> References: <20081110181334.GD7038@aerie.halcy0n.com> <20081116183814.0931c9de@halo.dirtyepic.sk.ca> <1226934657.4891.21.camel@athena.ghs.com> <20081117190806.3ffe2dbb@halo.dirtyepic.sk.ca> <1227027443.4891.54.camel@athena.ghs.com> 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; boundary="Sig_/f9TaaWHeCnEpVjuVtSbYrsB"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: s0106001f3b27dbf9.mj.shawcable.net X-Newsreader: Claws Mail 3.6.1 (GTK+ 2.14.4; x86_64-pc-linux-gnu) Sender: news X-Archives-Salt: f52952a0-05de-4a89-9167-31bfabe306de X-Archives-Hash: 21300d4eb1854fbb3b96214bddfb423c --Sig_/f9TaaWHeCnEpVjuVtSbYrsB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 18 Nov 2008 11:57:23 -0500 Daniel Gryniewicz wrote: > On Mon, 2008-11-17 at 19:08 -0600, Ryan Hill wrote: > > On Mon, 17 Nov 2008 10:10:57 -0500 > > Daniel Gryniewicz wrote: > >=20 > > > On Sun, 2008-11-16 at 18:38 -0600, Ryan Hill wrote: > > >=20 > > > > > >=20 > > > > The maintainer MUST NOT NEVER EVER NOT EVEN A LITTLE BIT remove > > > > the latest stable ebuild of an arch without the approval of the > > > > arch team or he/she will be fed to the Galrog. > > >=20 > > > As long as the maintainer can pass off the maintenance of the > > > (sometimes dozens) of ancient ebuilds that need to be kept around > > > for that one arch to the arch team, and re-assign any resulting > > > bugs to them, fine. > >=20 > > Since when do we maintain ancient ebuilds kept around for an arch > > team now? Drop the other keywords and get on with your life. >=20 > Since forever, at least in my experience. See below. >=20 > >=20 > > Did you not read the first part of the suggestion? =20 >=20 > Yes. I was not objecting to this sequence. I was objecting to the > "MUST NOT NEVER EVER NOT EVEN A LITTLE BIT" part. >=20 > >=20 > > - maintainer files a stabilization request. > > - arch testers do their thing > > - arch teams gradually mark ebuild stable > > - maintainer pokes arm, sh, mips, ppc (only an example, relax) > > - mips reminds maintainer there is no stable mips keyword > > - ppc stables > > - maintainer waits > > - maintainer pokes arm, sh > > - maintainer waits > > - maintainer marks stable on arm, sh > > - maintainer removes ancient stable ebuilds that maintainer doesn't > > want to maintain anymore because everyone has a nice new stable > > ebuild. > > - maintainer goes out for a frosty beverage >=20 > - Arch team comes back and says the new version doesn't work. > - Maintainer is stuck maintaining the old version *forever*, at least > potentially. See, here's your problem. If the arch team has issues and needs an old ebuild, the arch team is effectively the maintainer of that ebuild. Drop the other keywords if you like, and forget it exists. > Concrete example. Gnome was keyworded on an arch. A new version of > gnome came out that needed hal. Hal did not work on said arch. For a > long long time, we had to keep a very old version of gnome in the > tree, just for that arch. This was a maintenance burden. Gnome is > not just one or 2 packages. So you would rather have the ability to just drop the keywords on this arch and leave them and their gnome users up the creek? > > the idea is that arch teams are around to help the maintainer test > > on architectures the maintainer doesn't have. if the arch teams are > > unable or unwilling to help at the moment, that should not stop the > > maintainer from maintaining. > >=20 > > also keep in mind that this only occurs after the arch teams have > > ample time to interject (which is why i suggested 90 days). if an > > arch team can't comment on a bug in 3 months (a simple "i'd rather > > this not go stable until i can test it further" should be enough) > > then they have IMO lost their opportunity to matter. >=20 > This is not about arches just being slackers. This is about arches > denying stable (or even ~) for some reason. If I cannot drop an old > version of something just because the new version doesn't (and won't) > work on an arch, that's really bad for me. I know I've been oversimplifying things thus far, and I understand this is a real problem for you. However, I believe that as bad as it is for you, dumping the problem on the user is the greater evil. And yes, this is not an attempt to solve everything - it is directly aimed at the slacker problem, which i think is the biggest part of the issue. Other problems will need other solutions. In any case, if you still think it's unworkable and dropping keywords is the correct solution, I won't continue pushing it. --=20 gcc-porting, by design, by neglect treecleaner, for a fact or just for effect wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 --Sig_/f9TaaWHeCnEpVjuVtSbYrsB Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkjMSwACgkQiqiDRvmkBmLxdACfVQReRwjbWaFdsTcYfMhEmWW+ 2LEAnRnq5u3FsOaDfRVz/akBIulrbDTK =qbXP -----END PGP SIGNATURE----- --Sig_/f9TaaWHeCnEpVjuVtSbYrsB--