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 1OL5Sq-0006o2-V8 for garchives@archives.gentoo.org; Sun, 06 Jun 2010 02:19:53 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 69840E0B77; Sun, 6 Jun 2010 02:19:49 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C4AF2E0B16 for ; Sun, 6 Jun 2010 02:19:32 +0000 (UTC) Received: from [192.168.0.3] (e177089173.adsl.alicedsl.de [85.177.89.173]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 07CB21B400B for ; Sun, 6 Jun 2010 02:19:31 +0000 (UTC) Message-ID: <4C0B05B0.4000701@gentoo.org> Date: Sun, 06 Jun 2010 04:19:28 +0200 From: Sebastian Pipping User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100419 Thunderbird/3.0.4 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> In-Reply-To: <4C0B017B.40907@gentoo.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 013b4f67-a47b-413e-a367-05a8fa80ee81 X-Archives-Hash: 6c843cbb88da8437e75bd127f69c5c96 Thomas, On 06/06/10 04:01, Thomas Sachau wrote: > [..] so even if it is not pulled in during installation, it will be pulled in during world update. sounds right. Preventing this requires either masking or a dont-pull-uninstalled-slots switch for portage (which I am not suggesting), right? So that means Python-3 is pulled in on world update no matter what version the eclass makes packages depend on, right? > Since python-3* is currently useless and not required for any package, the dependency should by > default only pull in python-2* like this: > > =dev-lang/python-2* > > With that, the default way would not pull in a package, which is not needed 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 pull in python-3*. That's an interesting idea. Leaving potential non-portage Gentoo setups aside for the moment is there a case of a Gentoo with Python 3.x only where it would be forced to install 2.x then without reason, too? I still wonder how it would prevent the update-world-pulls-py3k case. Would it? If not, would it still be of help? > 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? That a question I haven't seen answered before, either. Arfrever? Sebastian