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 51A1C1381F3 for ; Mon, 22 Jul 2013 09:49:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3C07DE0A98; Mon, 22 Jul 2013 09:49:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 414FCE0A98 for ; Mon, 22 Jul 2013 09:49:13 +0000 (UTC) Received: from localhost (213-238-102-188.adsl.inetia.pl [213.238.102.188]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 58EC333E746; Mon, 22 Jul 2013 09:49:11 +0000 (UTC) Date: Mon, 22 Jul 2013 11:49:17 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-python@lists.gentoo.org Subject: [gentoo-python] [PATCH] Eclass support for pypy-bin Message-ID: <20130722114917.4f8d4b9a@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.20; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Discussions centering around the Python ecosystem in Gentoo Linux X-BeenThere: gentoo-python@gentoo.org X-BeenThere: gentoo-python@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA512; boundary="Sig_/fkNERo4FwvYw=FZiMKe0L_q"; protocol="application/pgp-signature" X-Archives-Salt: 73887f76-684d-4e23-b62f-51e6d0732aca X-Archives-Hash: 303bec9ce3eeb1821fa66a833b55a3d1 --Sig_/fkNERo4FwvYw=FZiMKe0L_q Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Since we're practically ready to start building pypy-bin packages, we should address the compatibility within eclasses. I'm sending six patches that fix all the Python eclasses (-r1, -ng and the old one) to support pypy-bin. It should be noted that some ebuilds which use ugly unsupported hackery (sys-apps/portage) will still need to be updated by hand. And all users who had pypy enabled before will need to rebuild all the packages that depend on it, or hack their *DEPEND in vardb to allow pypy-bin. Patches will be sent as replies to this mail. Short summary follows. python-any-r1.eclass: 1) use PYTHON_PKG_DEP for generating deps I must have missed it when converting the other two eclasses. 2) replace has_version with simple '-x' check That makes it simpler, faster and compatible with PYTHON_PKG_DEP becoming any-of dep. python-utils-r1.eclass: 3) simple reordering of PYTHON_PKG_DEP 4) generate any-of dep for || ( pypy pypy-bin ) Which basically makes all the eclasses compatible. python-distutils-ng.eclass: 5) add any-of dep to *DEPEND. Although it's doomed, it's fairly easy to add the support to it. python.eclass: 6) hack python_get_implementation_package() for pypy-bin It's not used anywhere but in the eclass itself. It's used solely for passing into 'has_version' to do integrity checks or PYTHON_USE_WITH checks in ancient EAPIs. I don't think it's worth to address this deprecated eclass thoroughly. Therefore, the patch just uses has_version to see if pypy-bin is installed, and outputs 'pypy-bin' or 'pypy' atom appropriately. Also, I don't see any place outputting pypy dep. I guess it just doesn't do it. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/fkNERo4FwvYw=FZiMKe0L_q Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQJ8BAEBCgBmBQJR7QAhXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RUJGMjBGOTk2RkIzQzIyQ0M2RkNBNDBC QUJGMUQ1RkY4QzgxMTBBAAoJELq/HV/4yBEKyKwP/ivW17LXGaNk5dWSaR9oeCRn DWTpPnhJpXosBGSWbynCXT9ip6HBUH4KCQ98zjD75rJY+peSh1MtDLgTg6uvFBii KH8sxhlW5Ud0z6SMf03hnSPUz4bdyjViiCRO99cIAYHQtsU7UCLwRe+LGFX+h5rK Zj2UBmHOEdi9gII+AiGsuLNQKkH2iZjr3vjb6s+RCODM84uR59dtlPtSg+vRSMaF 9lns9ajxVGthH2EKULmxFE0UthtGQCtpHdt0JanXvXH/AZ/MBEEKhRyH/0vZT++9 vyTIZ3wT4feUnMfnNfi7NN0hEU2DSelpihRUJ7yhg2/NW40X8k9K7qj+l7997Sgf Z4pIfXMxwo8OxkhJzXwU0wfcjVTmDc8nFXjHPvmhg7Y7jh4q2LDyWIu1OJbCu1z8 d+l2TlEVFabB1m84l+EgbtVaBTnLbJvfTYnT+7FVajT2g/zckmj3LU3xEafeBLKQ S6oT+PCdZiKHSKQ4KAFJDLzx6AgSYXGm6twjvjLtD2peqXImUQA1SmP2IoHXQ7pn FgSC+Ibc+HAssJW7FnwjkaxSh9P+wwQE4LGKA36E02FtrceYpfZd9jKzSv+kdI5i oBtEc6OAy0AKRIdAqsWD2h86EFNH/qo8lxkxigXI5VaDfEAC6SBuT1rjG6cX2yIr o121uNxK8WXBWVCozlqW =4nMb -----END PGP SIGNATURE----- --Sig_/fkNERo4FwvYw=FZiMKe0L_q--