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 E2C7113877A for ; Thu, 10 Jul 2014 15:32:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C98C2E0951; Thu, 10 Jul 2014 15:32:44 +0000 (UTC) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 15D1BE091D for ; Thu, 10 Jul 2014 15:32:42 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id f8so4278580wiw.11 for ; Thu, 10 Jul 2014 08:32:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=fHkJqqn8TO/SFmaWGsfqN6nk1izk+jtWhxCjTTKaCVo=; b=axAy8ZqkpeEOPJotod2T1J1JhceyuXC535IZLTQoxJMIys7llcma7WTUvs5gLqCm/Q LfEu3HzVQKJHar+z41s7SunnBPrB38lk9YgyBoD/3UbS7Gs+u1/jG1aoAf8zurQy5GH4 kw6XwE7GxK4TiDVzMDlN92xwkbvB7nShanCDnX1/td+A91jFLXN8z+Kw3A13ZR704nEG 4TIhgCb/wvsxb7DlqMT7b296XgA5rBwsr4AYozU9/0izRpInZMGwBi9qoM2SlfRmFZb6 aN87GLHkqxZi5MvdsXhUPBdZSGlNBagnaZyG23Dk1HTrZrPfz3M7RdaYQwR0SWOMsSs5 IzaA== X-Received: by 10.180.218.12 with SMTP id pc12mr20280744wic.15.1405006361799; Thu, 10 Jul 2014 08:32:41 -0700 (PDT) Received: from [172.20.0.40] (105-237-170-243.access.mtnbusiness.co.za. [105.237.170.243]) by mx.google.com with ESMTPSA id 10sm74045565wjr.22.2014.07.10.08.32.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Jul 2014 08:32:41 -0700 (PDT) Message-ID: <53BEB1E7.5000406@gmail.com> Date: Thu, 10 Jul 2014 17:31:51 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] media-gfx/blender-2.71 dependencies References: <20140709051404.GA3308@macro.home.gateway> <20140709075452.GA4250@macro> <53BD404B.2080000@gmail.com> <20140710031139.GA3173@macro> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Archives-Salt: 5e069f6b-f0aa-4d27-9a2b-4a1600e00d48 X-Archives-Hash: 5f4301abe413dcb596cd257bc32918a3 On 10/07/2014 13:51, Stroller wrote: > > On Thu, 10 July 2014, at 4:11 am, List Reader wrote: >> ... >> What does it mean to satisfy >=dev-python/chardet-2.2.1? >> >> >> equery g =dev-python/chardet-2.2.1 >> >> * Searching for chardet2.2.1 in dev-python ... >> >> * dependency graph for dev-python/chardet-2.2.1 >> `-- dev-python/chardet-2.2.1 amd64 >> `-- dev-python/setuptools-2.2 (dev-python/setuptools) amd64 >> [python_targets_python2_6(-)? python_targets_python2_7(-)? >> python_targets_python3_2(-)? python_targets_python3_3(-)? >> python_targets_python3_4(-)? python_targets_pypy(-)? >> -python_single_target_python2_6(-) >> -python_single_target_python2_7(-) >> -python_single_target_python3_2(-) >> -python_single_target_python3_3(-) >> -python_single_target_python3_4(-) -python_single_target_pypy(-)] >> `-- dev-lang/python-2.6.9 (>=dev-lang/python-2.6.8-r3) >> M[package.mask] >> `-- dev-lang/python-2.7.6 (>=dev-lang/python-2.7.5-r2) >> amd64 >> `-- dev-lang/python-3.2.5-r3 >> (>=dev-lang/python-3.2.5-r2) amd64 >> `-- dev-lang/python-3.3.3 >> (>=dev-lang/python-3.3.2-r2) amd64 >> `-- dev-lang/python-3.4.1 (dev-lang/python) ~amd64 >> … >> >> This is getting messy, I didn't think I would need so many unstable >> packages. > > I'm very confused, too. > > =dev-python/chardet-2.2.1 offers to emerge just fine on my system, but when I try to emerge Blender I get a similar mess to you. > > It seems to be related to this PYTHON_SINGLE_TARGET business. > > I understand that PYTHON_TARGETS means "build for this version of Python" but am not familiar with the single target part. > > Perhaps someone else can explain? The python targets are an expanded USE which is usually set in the profile but can be over-ridden in make.conf. My emerge --info shows: PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3 As I understand it, PYTHON_TARGETS lists all the available python versions that ebuilds may use. If an ebuild is coded to use one in the list, then great and the build proceeds. PYTHON_SINGLE_TARGET defines the python version an ebuild must use if it only wants python and does not specify a version. This all applies at build time so it's not quite the same thing as "eselect python" which specifies what happens at *runtime* The best way to maintain this is to let the profile do it (which is why most folks don't have any of this in make.conf). You can over-ride the profile but then the user must maintain the list[1]. If I do this: PYTHON_TARGETS="python2_7 python3_3 python3_4" emerge -pv blender then I get one last error about USE="gflags" for dev-cpp/glog, adding that to package.use makes portage happy. SO I think the OP just needs to add this to make.conf: PYTHON_TARGETS="python2_7 python3_3 python3_4" and then tweak package.use if necessary > > Does this mean OP should have no other version of Python on his system, but 3.4.x? No, it means he needs to tell portage that 3.4 is available for ebuilds to build against. Confused? Yeah. me too. [1] I recall a thread over a year ago where this was explained and I found the quote I remember: If you are running a modern system with only Python 2.7 & 3.2 installed, then you don't have to do anything. The defaults will simply fit you, and let you keep your system up-to-date when new Python versions are deployed. However, if you'd like to use another set of Python implementations, you will need to set PYTHON_TARGETS in your make.conf file appropriately. It's referenced here: https://forums.gentoo.org/viewtopic-t-946824-start-0.html To be honest, I'm starting to find Gentoo is being too bloody clever for it's own good, introducing complexity in an effort to get portage to "always do the right thing", whatever "right" may be in this context. We have this python stuff, we have subslots (together with the portage output from 6 months ago that no living person ever understood) and recently portage is starting to make weird choices for people due to the use of || ( ) in ebuilds. -- Alan McKinnon alan.mckinnon@gmail.com