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 07D4D138010 for ; Sun, 30 Sep 2012 08:32:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 13D1821C029; Sun, 30 Sep 2012 08:32:07 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id F24CA21C01D for ; Sun, 30 Sep 2012 08:31:22 +0000 (UTC) Received: from [192.168.1.33] (35.Red-2-136-69.dynamicIP.rima-tde.net [2.136.69.35]) (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 C1C1133D5BC for ; Sun, 30 Sep 2012 08:31:21 +0000 (UTC) Subject: Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass From: Pacho Ramos To: gentoo-dev@lists.gentoo.org In-Reply-To: <20120929223407.0940bf4f@pomiocik.lan> References: <20120929105329.5311192d@pomiocik.lan> <5066CB6F.70909@gentoo.org> <20120929124940.7e7f2c51@pomiocik.lan> <5066FC6C.6090200@gentoo.org> <50670356.3070800@gentoo.org> <5067052D.7050205@gentoo.org> <506715B7.1000601@gentoo.org> <50671783.4080706@gentoo.org> <20120929204031.3dd26dcc@pomiocik.lan> <1348946400.2200.6.camel@belkin4> <20120929223407.0940bf4f@pomiocik.lan> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-IhDUbVcybFv8czERuSlq" Date: Sun, 30 Sep 2012 10:31:17 +0200 Message-ID: <1348993877.2200.8.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: 04f37a05-93ca-413b-b34b-c51d0216bd46 X-Archives-Hash: 03ea340b3bf2eabdaa612d70fe3c8a71 --=-IhDUbVcybFv8czERuSlq Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El s=C3=A1b, 29-09-2012 a las 22:34 +0200, Micha=C5=82 G=C3=B3rny escribi= =C3=B3: > On Sat, 29 Sep 2012 21:20:00 +0200 > Pacho Ramos wrote: >=20 > > El s=C3=A1b, 29-09-2012 a las 20:40 +0200, Micha=C5=82 G=C3=B3rny escri= bi=C3=B3: > > > On Sat, 29 Sep 2012 17:45:07 +0200 > > > hasufell wrote: > > >=20 > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > Hash: SHA1 > > > >=20 > > > > On 09/29/2012 05:37 PM, Ian Stakenvicius wrote: > > > > >=20 > > > > > There isn't so much a problem with the current python-distutils-n= g=20 > > > > > eclass but rather it's to expand it to a more comprehensive=20 > > > > > replacement for both distutils and python eclasses. In order to > > > > > do that efficiently, most of the core functionality should be mov= ed > > > > > so that the new distutils is more like a wrapper to the new > > > > > python. > > > > >=20 > > > > > This could certainly be done by patching the existing eclass, but= =20 > > > > > mgorny wants to use new eclass names instead of keeping the > > > > > current one. Hence the rename. I think that's about it.. > > > > >=20 > > > >=20 > > > > In that case we are missing 95% of the features of python.eclass. > > >=20 > > > Please list the features. Preferably, order them by usefulness, with > > > exact use cases. > > >=20 > >=20 > > Personally, I usually run: > > - python_clean_py-compile_files -> Clean py-compile files to disable > > byte-compilation allowing us to drop all various ways of doing this tha= t > > were living in the tree some time ago. >=20 > Hmm, what's the problem with compiling them? Do you mean some case when > the results of the compilation are different from the way done > by the eclass? >=20 Well, if I don't misremember, we currently prefer to compile them at postinst phase instead of during src_compile, but maybe this is no longer needed (no idea :( ) > > - python_convert_shebangs -> but, I guess this is handled in a differen= t > > way in your eclass, no? :/ >=20 > Depends on what you need. To be honest, I haven't added any code for > custom script handling yet, just the usual distutils case. >=20 > A package which does not explicitly support multiple Python > implementations is a completely different things, needing more > discussion first and which actually may be handled through a separate > eclass if most code of python-r1 proves useless for it. >=20 I was thinking on a lot of packages still being only compatible with python2... I guess will need to still use python.eclass for them then --=-IhDUbVcybFv8czERuSlq 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) iEYEABECAAYFAlBoA1UACgkQCaWpQKGI+9QrOQCfY4RbnAt3JiT5+8xMYIjQTxOp itIAn3Y79XnbeLqzzY4j/FJ4QuQ2a5QQ =ZjQG -----END PGP SIGNATURE----- --=-IhDUbVcybFv8czERuSlq--