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 C1025138010 for ; Fri, 19 Oct 2012 18:10:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 77DE921C096; Fri, 19 Oct 2012 18:09:53 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 55D6021C08F for ; Fri, 19 Oct 2012 18:09:20 +0000 (UTC) Received: from [192.168.1.33] (230.Red-2-137-43.dynamicIP.rima-tde.net [2.137.43.230]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 2AFD533DAA6 for ; Fri, 19 Oct 2012 18:09:18 +0000 (UTC) Subject: Re: [gentoo-dev] Re: [RFC] Drop EAPI=0 requirement for system packages. From: Pacho Ramos To: gentoo-dev@lists.gentoo.org In-Reply-To: <20121019145105.4927316b@gentoo.org> References: <20121012125315.33500bbb@sera-17.lan> <20121012211023.592e82a1@gentoo.org> <20121013082820.75d280a1@sera-17.lan> <20121016234230.3b79a2fe@gentoo.org> <1350495278.2447.33.camel@belkin4> <20121017220707.02c6f5ac@gentoo.org> <1350575341.2447.40.camel@belkin4> <1350587136.2447.47.camel@belkin4> <1350667312.12879.11.camel@belkin4> <20121019145105.4927316b@gentoo.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ltxpq2N2f7pfzwOx853b" Date: Fri, 19 Oct 2012 20:09:15 +0200 Message-ID: <1350670155.12879.22.camel@belkin4> 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 X-Mailer: Evolution 2.32.3 X-Archives-Salt: 3aca7e7f-8bc3-43c0-90ad-27ff2e1ff77a X-Archives-Hash: 179a1ff47f88264f81f73a1511257998 --=-ltxpq2N2f7pfzwOx853b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El vie, 19-10-2012 a las 14:51 -0300, Alexis Ballier escribi=C3=B3: > On Fri, 19 Oct 2012 19:21:52 +0200 > Pacho Ramos wrote: >=20 > [...] >=20 > > What I am trying to say is that, if we agree latest eapi is > > technically better, we need to try to get it used when possible (I > > mean, when, for example, eclasses are ported) for a "QA" reasoning. >=20 > i think we all agree that there are improvements in newer eapis. >=20 > what about filling bugs, preferably with patches, when such > improvements are really needed ? like what was done for nuking > built_with_use. >=20 > arguing to death if 'should use latest eapi' should become 'must use > latest eapi' will never get things done :) >=20 >=20 Because it will add even more work, I mean: - I catch a package using and old eapi and, then, still not passing --disable-silent-rules option. =3D> First problem, I need to notice that package, there are packages I simply won't notice because I don't merge them ever or, simply, I don't notice that option is not being used. - I need to report a bug per each package using old eapi =3D> I would need to report a ton of bugs for bumping eapi that, probably, I could have directly bumped myself if I would be allowed to (I already do it in my maintained packages and maintainer-needed ones, but not for others as maybe their maintainers dislike...) - Maintainer need to check that bug and commit the change or reject the bump (in that case we would be blocked if maintainer doesn't bump it for some strange reason). There are also some devs really slow to reply. - This effort needs to be done again and again in the future with newer eapis, while could be "automatically" done on next bump by maintainer. --=-ltxpq2N2f7pfzwOx853b Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABECAAYFAlCBl0sACgkQCaWpQKGI+9S0wgCfWiOWEDQnKtPtnBb5tNHDbxdy pYMAnjPa21KrpLPpIz0qkzkCc7DQOV6y =Q7bJ -----END PGP SIGNATURE----- --=-ltxpq2N2f7pfzwOx853b--