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 1S2nSR-0000F7-8X for garchives@archives.gentoo.org; Wed, 29 Feb 2012 17:36:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BBBCBE0996; Wed, 29 Feb 2012 17:36:31 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 6DA70E0962 for ; Wed, 29 Feb 2012 17:35:32 +0000 (UTC) Received: from [10.0.0.62] (89-74-61-34.dynamic.chello.pl [89.74.61.34]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: nelchael) by smtp.gentoo.org (Postfix) with ESMTPSA id 922AB1B4028 for ; Wed, 29 Feb 2012 17:35:31 +0000 (UTC) Message-ID: <4F4E61E1.2010008@gentoo.org> Date: Wed, 29 Feb 2012 18:35:29 +0100 From: Krzysztof Pawlik Organization: Gentoo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120213 Thunderbird/10.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] Re: [gentoo-python] New eclass for Python References: <4F4D4380.9070909@gentoo.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig501A890931725F25535F6CDB" X-Archives-Salt: a5ac5994-7c7d-435c-8461-ec575d7ff94c X-Archives-Hash: 7e2904de765d8f9d15e0e0446d2f8332 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig501A890931725F25535F6CDB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 29/02/12 06:13, Mike Gilbert wrote: > On Tue, Feb 28, 2012 at 4:13 PM, Krzysztof Pawlik = wrote: >> Hello, >> >> After some work during weekend on Python packages I've decided to star= t a >> rewrite of Python/distutils eclass for installing Python packages. My = main goal >> was simplicity and functionality similar to ruby-ng.eclass (thanks Rub= y team for >> your great work!). Python team members already contributed comments an= d >> suggestions and helped me to make the eclass better, thank you! >> >> Highlights: >> - *SIMPLE*next >> - uses PYTHON_TARGETS use-expand (no more python-updater, whoooo!) >> - EAPI4 required, uses REQUIRED_USE >> - <400 lines of code including documentation >> - should work for >95% of packages (my educated guess) >> - did I mention it's *SIMPLE*? >> - easy to maintain & read so it's also easy to use >> >> Important thing: I'm not aiming at having 100% functionality of curren= t >> python.eclass+distutils.eclass in the new one, I think that simplicity= is more >> important that supporting every possible, obscure case that's out ther= e. >> >> I'm attaching the eclass itself and two ebuilds using it, code is also= available >> in my overlay at http://git.overlays.gentoo.org/gitweb/?p=3Ddev/nelcha= el.git;a=3Dsummary >> >> If there are no objections then during the weekend (March 3, 4) I will= add this >> to portage (after finishing remaining TODO items, PyPy requires 4G of = RAM(!!)). >> >> -- >> Krzysztof Pawlik key id: 0xF6A80E46 >> desktop-misc, java, vim, kernel, python, apache... >> >=20 > # Phase function: src_unpack > python-distutils-ng_src_unpack() { > [[ "${PYTHON_OPTIONAL}" =3D "yes" ]] && { use python || return; } >=20 > if type python_unpack &> /dev/null; then > # This should not run anything specific to any single Python > # implementation, keep it generic: > python_unpack_all > else > [[ -n ${A} ]] && unpack ${A} > fi > } >=20 > I think you meant to write "if type python_unpack_all". >=20 > More to the point, I don't actually understand why this function > exists. It doesn't actually do anything that default_src_unpack does > not do already. Exporting it will clobber any vcs eclasses if the > inherit order is wrong. You're right, I've killed the python-distutils-ng_src_unpack() function. --=20 Krzysztof Pawlik key id: 0xF6A80E46 desktop-misc, java, vim, kernel, python, apache... --------------enig501A890931725F25535F6CDB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCgAGBQJPTmHiAAoJEBZyv1r2qA5Gsg8H/1ILmCL5dyypbKV3v6EH65u1 16scyLOJCl5LeI+tsWmMQyC1/rnWMTQ88Y35c668BoqCH/IJxDxq0ubkGQdCcwoz u0+njJ5dfsVQ9xFFBQDHwXylY0H2pN2EJU/rJmv9RAV+AcT/p461AJA7llNHLCWq MIXPVUJvyAQmJZV0A8JD+27h5Pd2JG8fzikSDdIOruZ1Usj5iaCwUKVN9yq0/HU/ MoJK9zr+vDRrXEH4HuB03nznQCOxMLis6X7QHFtK09ugqQBTfUnnpdWqEcPgUkKI leii9J5ISBCH80BxGg+cbMoUeVpgJnrI+aF74CI5R2P4OpG5OaFIeroIVXWJ7G8= =UEQV -----END PGP SIGNATURE----- --------------enig501A890931725F25535F6CDB--