From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id F211A138247 for ; Sun, 17 Nov 2013 17:25:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D831EE0AAE; Sun, 17 Nov 2013 17:25:53 +0000 (UTC) Received: from jacques.telenet-ops.be (jacques.telenet-ops.be [195.130.132.50]) by pigeon.gentoo.org (Postfix) with ESMTP id 269A3E0AA8 for ; Sun, 17 Nov 2013 17:25:51 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by jacques.telenet-ops.be with bizsmtp id qhRl1m0092khLEN0JhRlyY; Sun, 17 Nov 2013 18:25:45 +0100 Date: Sun, 17 Nov 2013 18:24:46 +0100 From: Tom Wijsman To: vaeth@mathematik.uni-wuerzburg.de Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Please consider removing use.stable.mask and package.use.stable.mask Message-ID: <20131117182446.2001cdba@TOMWIJ-GENTOO> In-Reply-To: References: <52864645.2070506@gentoo.org> <201311161346.30387.dilfridge@gentoo.org> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; x86_64-pc-linux-gnu) 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; boundary="Sig_/sC3D9SVFeN0PM7/LDM/OfnZ"; protocol="application/pgp-signature" X-Archives-Salt: 8b323e2b-cd8a-4caf-a4db-ae0612e2cf75 X-Archives-Hash: bf9076bb739c148687286d176fbda05c --Sig_/sC3D9SVFeN0PM7/LDM/OfnZ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 17 Nov 2013 17:04:17 +0000 (UTC) Martin Vaeth wrote: > Andreas K. Huettel wrote: > > Am Freitag, 15. November 2013, 21:18:03 schrieb Martin Vaeth: > > > >> If this is not very hard to implement in portage, I would > >> strongly vote to remove this implicit connection: > > > > Not really doable since this is explicitly defined as such in > > EAPI=3D5 PMS. > > > > Retroactively changing PMS is probably not a good idea. >=20 > So keeping PMS is more important than usability? Being supported is more important than running into breakage. > Great! One must know where to put emphasis and keep > an unfortunate chosen detail forever (or, as experience > concerning EAPI upgrades shows, at least for decades) > in order to fulfill a nonsense bureoucracy which probably > at most 3 packages use, currently. Certainly, this is > more important than user experience! Does support increase user experience? What about breakage? Let's say I want to have PM support for bug #449094 and do bug #472906. I can go introduce eapi-5-kernel, which implements virtual sub slot pass-through; which is so incredibly nice as it rebuilds external kernel modules when you build a new kernel, sub slot rebuild style.=20 But nobody really backs me up as it is not really standard, apparently it then breaks for other kernels in the Portage tree. And as nobody agreed on it, it can't be supported; because with its design certain cases have not been taken into account. So, let's not rush this magic eapi-5-kernel feature and do it properly as part of eapi-6 or later. Rather have a handful of supported EAPIs than hundreds of unsupported EAPIs. The supported ones work; as for the unsupported ones, I doubt it. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/sC3D9SVFeN0PM7/LDM/OfnZ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJSiPveAAoJEJWyH81tNOV9uwEH+gMumSS5TR6f/mvrH8v3+3wh zGqyOR7OaDYbIYN4OySFyQwGgWKgVIM060a8HVicjh9HtbDe3Fh5zO3K1VawZKdO 3psLQLXPJMG3aRFV6/r+eA1AfXaHDE2hOEHnQnyhi3FzqVvGnm5Ng9bMdgs75/Fl oqYfBDRtrSenVy3fyzd5HpCuUzCfA2HBuEWRFdVJtRVIrL5q/TsWcTttOe0Wr3x6 qr0W+52u6iR5CCBUSr3IOn427co1Qarj4qfPhO0wRbVfqlh3ljBdQW6GAG57sJhF e59/luYlXL0ajTXrJ1xRkf0017CI8oqHLGJawwN9YHRxWTFX5/CWMziFtpuPYtw= =yrkZ -----END PGP SIGNATURE----- --Sig_/sC3D9SVFeN0PM7/LDM/OfnZ--