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 39435138010 for ; Fri, 19 Oct 2012 19:54:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9DFC621C094; Fri, 19 Oct 2012 19:53:57 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id B50CD21C052 for ; Fri, 19 Oct 2012 19:53:24 +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 8FB4B33D7F4 for ; Fri, 19 Oct 2012 19:53:23 +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: <5081AD7B.1040100@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> <1350670155.12879.22.camel@belkin4> <20121019154733.31b2284c@gentoo.org> <1350675125.12879.44.camel@belkin4> <5081AD7B.1040100@gentoo.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-cEUs9bscvf2FlwgzCPjH" Date: Fri, 19 Oct 2012 21:53:18 +0200 Message-ID: <1350676398.12879.50.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: 5154a6f6-5037-48c5-914b-262281f3f636 X-Archives-Hash: 77708ec3443c4f77a1e71e8c55833903 --=-cEUs9bscvf2FlwgzCPjH Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El vie, 19-10-2012 a las 21:43 +0200, Thomas Sachau escribi=C3=B3: > Pacho Ramos schrieb: > > I volunteer to do whatever conversions you want for every ebuild I find > > if I have time... what prevents me from doing it is to commit that > > changes to ebuilds not maintained by me and not knowing if developers > > agree on using latest eapi if possible. A more general solution (or > > policy) needs to be worked as, otherwise, tree won't be moved to latest > > eapi ever because we would need to: > > - Periodically send bugs + patches > > - Ask for permission to commit > >=20 > > And that for every eapi bump > >=20 >=20 > Either an ebuild has a responsive maintainer, which you can ask friendly > to bump the EAPI because of feature X you would like to use or there is > no maintainer, in which case you are free to touch/bump or last rite the > ebuild. >=20 > So i still dont see any need or requirement for a policy to > force/require all devs to always use or switch to the latest avaidable > EAPI. As already written in this thread, it would just mean less new > ebuilds and less version bumps with such a policy. And i also prefer > more work done with older EAPI versions around then less ebuilds/new > versions with latest EAPI. >=20 Seriously, what people is still having problems with handling eapi4? If there are doubts about its usage, they should be asked and resolved instead of ignored keeping ebuilds with older eapis. The only eapi that probably adds no advantage for a lot of ebuilds is eapi3, but that is not the case for eapi4 for example, that includes changes that should be incorporated by most packages in the tree, some of them introduced by it and others inherited from older eapis. What is the advantage of using eapi2 over eapi4 for example? What "hard to learn" change was included in eapi4 over eapi2? --=-cEUs9bscvf2FlwgzCPjH 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) iEYEABECAAYFAlCBr64ACgkQCaWpQKGI+9Tk1ACggd1kStWYNpoMrzQaZee/H6lB X+gAn0e/QUveRkBqOsVy5h55bWusptkL =DNmk -----END PGP SIGNATURE----- --=-cEUs9bscvf2FlwgzCPjH--