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 1OLEAz-0001zb-TY for garchives@archives.gentoo.org; Sun, 06 Jun 2010 11:38:02 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0FDE8E0BDD; Sun, 6 Jun 2010 11:37:59 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D4F98E0AC6 for ; Sun, 6 Jun 2010 11:37:51 +0000 (UTC) Received: from [192.168.178.22] (p4FDF0F01.dip0.t-ipconnect.de [79.223.15.1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id D9BB11B4004 for ; Sun, 6 Jun 2010 11:37:50 +0000 (UTC) Message-ID: <4C0B888B.5050909@gentoo.org> Date: Sun, 06 Jun 2010 13:37:47 +0200 From: Thomas Sachau 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] Actions of python team, especially Arfrever wrt python eclass and python-3* References: <4BFE82C3.2050400@gentoo.org> <201006051644.20150.Arfrever@gentoo.org> <4C0A720C.20300@gentoo.org> <20100605183154.GA19296@boostbox> <4C0AD7EC.2010700@gentoo.org> <20100605233806.GA17168@boostbox> <4C0B017B.40907@gentoo.org> <87r5kkacr9.fsf@newton.gmurray.org.uk> <4C0B7B1C.3000009@gentoo.org> <4C0B8204.8090101@gentoo.org> In-Reply-To: <4C0B8204.8090101@gentoo.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=211CA2D4 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigEFA79C86E4E52D1F0AE8E6B0" X-Archives-Salt: 08fc996f-3b71-497d-9870-daa82550a2ac X-Archives-Hash: a4c3b8388391a419e418478299a11696 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEFA79C86E4E52D1F0AE8E6B0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 06.06.2010 13:09, schrieb Matti Bickel: > On 06/06/2010 12:40 PM, Thomas Sachau wrote: >> My base proposal for this is something like this: >> >> Every package defines the language(s), where it could be installed for= multiple slots, e.g.: >> >> MULTI_SLOT=3D"python" or >> MULTI_SLOT=3D"python ruby" >> >> Additionally, it should define the supported slots, something like thi= s: >> >> SUPPORTED_RUBY_SLOTS=3D"1.8 1.9" or >> SUPPORTED_PYTHON_SLOTS=3D"2.5 2.6 3.0 3.1" >=20 > Don't get me wrong, but isn't that what the python developers guide[1] > says? ("python.eclass supports PYTHON_DEPEND helper variable, which > allows to specify minimal and maximal version of Python.") >=20 > I thought the whole point of this debate was that nobody cared enough t= o > convert all those ebuilds to use PYTHON_DEPEND properly. The proper fix= > is to convert ebuilds to the new syntax. >=20 The current python eclass also uses some vars to specify the supported sl= ots, yes, but it is more complex and harder to maintain in addition to the fact, that the dependen= cy part is hidden from the package manager. I dont think, that you can tell portage with the current implementation, = that it should only install python modules for python-2.6 by default and additionally python modules = for python-3.1 for selected packages. Portage will also install newer slots of python, even when the = user does not request them and no package requires them, which will result in unneeded and unused ve= rsions on disk. And if you add a python slot or remove one, portage currently is not able= to see that and to reinstall packages, which had modules installed for that slot. You need a= nother tool (python-updater) to check that and to call the needed reinstalls. With my solution, there are only modules installed for selected slots. An= d if you have selected a slot, the related python version is pulled in by portage. If you disable = that slot, you can reinstall those packages with --newuse option and then can remove that py= thon slot with --depclean. No need for another tool, simple handling by the package manager --=20 Thomas Sachau Gentoo Linux Developer --------------enigEFA79C86E4E52D1F0AE8E6B0 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.15 (GNU/Linux) iJwEAQEKAAYFAkwLiJAACgkQG7kqcTWJkGdnMAP+NBnUsThdqpVOnG6+83qNo2ux LBXIP8wmdap8M30OTnL8DYaQc0o5pAT8URYT9FPkRUoRUruYgE6JVRVbzsiVtb9b C3rRGdNXovzqncOgpvgGYRcdBxc41M1HIZPNjdN8/Hvu6puOH5TzZvERHuEUKJJH 4X9qva5Y5S5kL7YD3vk= =swyZ -----END PGP SIGNATURE----- --------------enigEFA79C86E4E52D1F0AE8E6B0--