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 648AF13877A for ; Thu, 10 Jul 2014 18:12:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 45423E09BB; Thu, 10 Jul 2014 18:12:09 +0000 (UTC) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 22EA7E08E8 for ; Thu, 10 Jul 2014 18:12:07 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id y10so11123493pdj.22 for ; Thu, 10 Jul 2014 11:12:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=GfpdgusfIVlhNXxzis89IbbvGVDdFGxqC3IslrremSc=; b=nUYAWNoa91MIjMUfTYsWnLhym3uBjjvbsCJgcB50EaNSmH9WmiBlE+FuFK5zYbLiqo RW7Dwvv7U7NYfNTXn7wN5NNWc+v75ivdnIrpc0qWrpyTxgAwVsy9dfPbMfcNaOlyDb5G lDdXyZBMlDMZ8mIePJ8YUw2VEYbtd9Pc1P+a/xdVbVbTtpoSRhV7pRVLqLGQge1BBKg9 7n1Y+/tolhWw0JEZ6tBQdur8jSoTOBOFWnNP7J/ooMNq6hmdlLw56IhOdeIN37FApc9v I9cUf3WbkvTHXB/E3z74kK2qTEcwC8Z530KQta5ik40J7nkASz7vS/Az4msfBfWMZC8E PEOg== X-Received: by 10.66.229.98 with SMTP id sp2mr2405668pac.95.1405015926915; Thu, 10 Jul 2014 11:12:06 -0700 (PDT) Received: from macro ([110.140.206.117]) by mx.google.com with ESMTPSA id pn4sm62615559pbb.7.2014.07.10.11.12.02 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Thu, 10 Jul 2014 11:12:06 -0700 (PDT) Date: Fri, 11 Jul 2014 04:11:43 +1000 From: List Reader To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] media-gfx/blender-2.71 dependencies Message-ID: <20140710181143.GA3729@macro> References: <20140709051404.GA3308@macro.home.gateway> <20140709075452.GA4250@macro> <53BD404B.2080000@gmail.com> <20140710031139.GA3173@macro> <53BEB1E7.5000406@gmail.com> 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 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <53BEB1E7.5000406@gmail.com> User-Agent: Mutt/1.5.22 (2013-10-16) X-Archives-Salt: f22a9eba-6800-44eb-b020-b2f118e1e378 X-Archives-Hash: b362a9d0aba8f8d9560a745936b359a4 On Thu, Jul 10, 2014 at 05:31:51PM +0200, Alan McKinnon wrote: > 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 > > "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." Yes! Yes! Thank you. Thats what I thought. "This all applies at build time so it's not quite the same thing as "eselect python" which specifies what happens at *runtime*" Ah! I see. "https://forums.gentoo.org/viewtopic-t-946824-start-0.html" Yeah! What he said. "No, it means he needs to tell portage that 3.4 is available for ebuilds to build against. Confused? Yeah. me too." emerge =dev-lang/python-3.4 ? Why not? I've got three slots already. "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" Okay, I see. Thank you so much. Soo so much. I thought I was going round the twist, or hopelesly ignorant. I couln't understand why emerge didn't offer me --autounmask-write, so I could dispatch-conf and move on. I was having similar problems with media-gfx/freecad and some others, but eselecting the apropriate target/slot thing made it go. Okay, that's it for today. My eys hurt. I'll do it in the morning. you guys are great. I'm going to bed. (Yawn) Cinder