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 1OL5Bh-0004xx-0K for garchives@archives.gentoo.org; Sun, 06 Jun 2010 02:02:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7D36EE0A65; Sun, 6 Jun 2010 02:02:03 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 89BABE08AF for ; Sun, 6 Jun 2010 02:01:44 +0000 (UTC) Received: from [192.168.178.22] (p4FDF1050.dip0.t-ipconnect.de [79.223.16.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 3FFF31B401E for ; Sun, 6 Jun 2010 02:01:43 +0000 (UTC) Message-ID: <4C0B017B.40907@gentoo.org> Date: Sun, 06 Jun 2010 04:01:31 +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> In-Reply-To: <20100605233806.GA17168@boostbox> X-Enigmail-Version: 1.0.1 OpenPGP: id=211CA2D4 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig8D89B382997496DF3661CCDB" X-Archives-Salt: 55b4b740-913a-4544-9c49-703991331268 X-Archives-Hash: 37ffbc16e3cc9d4f708fa34649ac665a This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8D89B382997496DF3661CCDB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am 06.06.2010 01:38, schrieb Harald van D=C4=B3k: > On Sun, Jun 06, 2010 at 01:03:48AM +0200, Thomas Sachau wrote: >> Am 05.06.2010 20:31, schrieb Harald van D=C4=B3k: >>> On Sat, Jun 05, 2010 at 05:49:08PM +0200, Thomas Sachau wrote: >>>> If any package does inherit python or distutils eclass, then those e= classes do pull in >>>> "dev-lang/python", which is unversioned, so it will always pull in t= he latest version, in this case >>>> python-3*. You could change this, so it allows any major installed s= lot to satisfy the python >>>> dependency. >>> >>> A dependency on dev-lang/python *is* satisfied by any slot, any versi= on. You've >>> been told so already, if I recall correctly. >> >> Every slot and every version *should* satisfy a "dev-lang/python" depe= ndency, but currently such >> unspecified version dependency does automaticly pull in the latest ver= sion/slot, which in case of >> python does mean python-3*, even when you have e.g. python:2.6 install= ed. >=20 > Fine, I'll be as explicit as possible: not quite. I have a Python 3-fre= e system. I created > a dummy ebuild that does nothing but pull in unversioned python. Let's > see how it behaves. >=20 > $ emerge -pv python >=20 > These are the packages that would be merged, in order: >=20 > Calculating dependencies... done! > [ebuild NS ] dev-lang/python-3.1.2-r3 [2.6.5-r2] USE=3D"gdbm ipv6 nc= urses readline sqlite ssl threads tk (wide-unicode) xml -build -doc -exam= ples -wininst" ELIBC=3D"(-uclibc)" 9,558 kB >=20 > $ cat test-2.0.ebuild=20 > KEYWORDS=3D"~amd64" > SLOT=3D"0" > DEPEND=3D"dev-lang/python" >=20 > $ emerge -pv test >=20 > These are the packages that would be merged, in order: >=20 > Calculating dependencies... done! > [ebuild N ] test/test-2.0 0 kB [1] >=20 > Total: 1 package (1 new), Size of downloads: 0 kB > Portage tree and overlays: > [0] /usr/portage > [1] /etc/portage/overlay >=20 > Note how python 3 is *not* pulled in, despite an unversioned dependency= on dev-lang/python. > You only get that if you tell portage to try and update dependencies as= > well, and yes, if you do that, it's only fair that it attempts to updat= e python. >=20 >=20 And you do want to update world with all the dependencies of it, so even = if it is not pulled in during installation, it will be pulled in during world update. Since python-3* is currently useless and not required for any package, th= e dependency should by default only pull in python-2* like this: =3Ddev-lang/python-2* With that, the default way would not pull in a package, which is not need= ed or used. And if there will be any package, which really requires python-3*, it simply requests = it in (R)DEPEND of the ebuild, which then would overwrite the default value of the eclass and pu= ll in python-3*. Are there any reasons to pull in a package, which is not requested by the= user, not required by any package and by default not used by any package? --=20 Thomas Sachau Gentoo Linux Developer --------------enig8D89B382997496DF3661CCDB 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) iJwEAQEKAAYFAkwLAYAACgkQG7kqcTWJkGeJ3QP/YdgPvbHoPJCoDx6YxsKO8tN8 DeM+oXuf0ZEBtmjAMAuAJ+/0zHEkLhc5tg0CLbFQQ9lwSzcgbxdFwwQelUhe7BJP niTVCbG6OY2zYIQ+olehPjv1b/WGVoRzOlOe8+sz7U6TZFnLGXUpb7TBFDZ2A7P+ qoZa2dLE3oC79KBatY8= =l4lr -----END PGP SIGNATURE----- --------------enig8D89B382997496DF3661CCDB--