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 E80CC1381F3 for ; Thu, 10 Oct 2013 20:39:23 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DE4FEE077A; Thu, 10 Oct 2013 20:39:21 +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 607F8E077A for ; Thu, 10 Oct 2013 20:39:21 +0000 (UTC) Received: from localhost (77-255-25-51.adsl.inetia.pl [77.255.25.51]) (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 5A01C33F00B; Thu, 10 Oct 2013 20:39:19 +0000 (UTC) Date: Thu, 10 Oct 2013 22:04:55 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-python@lists.gentoo.org Cc: python@gentoo.org Subject: [gentoo-python] python-any-r1 and MERGE_TYPE Message-ID: <20131010220455.35a59c40@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.9.2-dirty (GTK+ 2.24.21; 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_/dZuqUAa2LlNcNEZ77rn+E0l"; protocol="application/pgp-signature" X-Archives-Salt: 866c84a2-528c-46df-a457-6664be9d8646 X-Archives-Hash: 11a00840287616bf0d8af9fa9309d229 --Sig_/dZuqUAa2LlNcNEZ77rn+E0l Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, After adding python_gen_any_dep to solve issues with dependencies of python-any-r1 packages, there's yet another thing that needs some of our attention. Most of python-any-r1 ebuilds use Python during build-time only. I'm not aware of a single python-any-r1 ebuild that would use Python during pkg_* functions. This means that a typical python-any-r1 ebuild would need to: pkg_setup() { [[ ${MERGE_TYPE} !=3D binary ]] && python-any-r1_pkg_setup } As you can guess, only a few ebuilds actually do that, and it's not really friendly to repeat that over and over again. While having this snippet missing usually doesn't cause much bad, it can be quite hurtful to binary packages in the future. Most importantly, when an ebuild uses uncommon version of Python during build time, the binary package will fail to install -- python-any-r1_pkg_setup will bail out being unable to find supported Python. Therefore, I think it would be beneficial to add the MERGE_TYPE check inside pkg_setup. In case someone needs Python during binary package install, we can (likely in the future): 1. add a variable to disable the MERGE_TYPE check, 2. add a new function that does the actual Python setup and make the default pkg_setup() a common-case wrapper for it. What are your thoughts? --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/dZuqUAa2LlNcNEZ77rn+E0l Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAEBCgBmBQJSVwhnXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOHPcQAI8PT4LbjSuyrMhTK25wgZnI rFa1BDzAQ2YQtdC0wW3D/lsWRVZ3B+cZ4E/AFPPn7KkTPDyaA5ORD23QDDmFxJjL /1nvaGueTgtvfTsm1WoBZU3xzOrd2U4Hy4iObk5HYBW8QAyZ9u1BEN2lT2TpLbbR OHu0j5p/zqM1de81vidgGmcxMRYJZmLH8zzsUceg6WOehM0Jen9JFjYD6b2nHtVc ihRn+jVXtNcWn4pbshOqtu4x35QIyXY6WBGIxjVFE/M/+7k3pCBLF6YGq+/cP/tm CzLHIeJ7SUAvtumji49uyNYr/pFDlLlVPMaQKlhQGaTZL++fK6j5UYXYiHcV1tie Z8DxXikYt7mODIGsX4lIGLXIKStJHESruqAXSQw/99z8970SmvfgJVyNHaKEFjvd vekq+0Y6fSPA2pFet3fWEJrTKFnrDbtbPtpQw0Q2HiDHlIM8lnjQe38wdySxMxHi pbZ6H+E4kn1G9gbFjxnmX+VKyp8LJ5YwLPBsRh8v6XiZeTZlsSN7pqkRL7q2boBy 3oPgdS7eXR215SKM7AObWdcb093I3o/cqWCFcg1rewnciPhpB799Ub30ugIO7gJq /bjj7ln+Zh/K9dMtBkmKUdv2WmuVqwFDbSqPk0092q11LedZ8B0nvtp75Q4xapF4 p9rfZEwHwcJLo941cfEM =yHKb -----END PGP SIGNATURE----- --Sig_/dZuqUAa2LlNcNEZ77rn+E0l--