From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1REsn2-0003BZ-NO for garchives@archives.gentoo.org; Sat, 15 Oct 2011 01:11:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0711721C039; Sat, 15 Oct 2011 01:11:41 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C3F6C21C021 for ; Sat, 15 Oct 2011 01:11:06 +0000 (UTC) Received: from phjr-macbookpro.local (adsl-75-36-171-60.dsl.pltn13.sbcglobal.net [75.36.171.60]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: phajdan.jr) by smtp.gentoo.org (Postfix) with ESMTPSA id 410A31B401C for ; Sat, 15 Oct 2011 01:11:06 +0000 (UTC) Message-ID: <4E98DDA4.60002@gentoo.org> Date: Fri, 14 Oct 2011 18:11:00 -0700 From: =?UTF-8?B?IlBhd2XFgiBIYWpkYW4sIEpyLiI=?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] python.eclass EAPI 4 support, this gets really annoying References: <4E8766F1.2020609@gentoo.org> <20111014193958.GA3465@localhost> <4E98A793.8050806@gentoo.org> <4E98B88F.3010206@gentoo.org> <4E98BCD9.5060204@gentoo.org> In-Reply-To: X-Enigmail-Version: 1.3.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3CB093F6C2A2366FC0EB4B18" X-Archives-Salt: X-Archives-Hash: 83e2bcd275ff4b81c6cdd99d88f26858 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3CB093F6C2A2366FC0EB4B18 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 10/14/11 5:38 PM, Alec Warner wrote: > I believe op's point is that there is no one to escalate the problem > to; certainly the council members are not going to do the work > themselves and we already have our best people on it. I'm aware of that. My point is that I think there are many scenarios in which EAPI-4 + python.eclass can work, especially if it's used only for few things in cases like www-client/chromium Because the python team takes _ages_ to do the transition that is holding back many other packages, because they've made python.eclass overly complex and now try to make it perfect, I'd just like to get an "OK" to enable EAPI-4 for that eclass. Please note that it's still up to dependent packages which EAPI they use. If they break python.eclass with EAPI-4 they shouldn't update to that EAPI. However, if there are packages using python.eclass that could work fine with EAPI-4, it shouldn't be blocking them for *ages* --------------enig3CB093F6C2A2366FC0EB4B18 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) iEYEARECAAYFAk6Y3agACgkQuUQtlDBCeQJxFQCfcFx9SQTMAFbYva5ffE6tITvC 6ncAn1XNW1Obs+xymtpdeS7NKP0Ptk4G =dZy7 -----END PGP SIGNATURE----- --------------enig3CB093F6C2A2366FC0EB4B18--