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 4E10B138C48 for ; Mon, 13 Apr 2015 05:48:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 61846E09EB; Mon, 13 Apr 2015 05:48:35 +0000 (UTC) Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 030DCE09DF for ; Mon, 13 Apr 2015 05:48:33 +0000 (UTC) Received: by wgin8 with SMTP id n8so68871154wgi.0 for ; Sun, 12 Apr 2015 22:48:32 -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=sLYg3urhX0Gkd8bbpTwFIz8hL9w+HEGbIvaISk+GmFg=; b=dU8S7SngIc2Zm+jdCemUA6cikLM+xiRzx0BeihSJ2cIU6bUZdBZRPSb4vIJkm6owQe +FfXdAFtdZvERvM46mq4aBpxBAMX1xqdXW34Yxv83Kwq6ju5omFmSmAeNBtOnQQ+4HxJ yMZH96QIoFvUntN63z8CrXuZ4idCZK5rw07E9ObLU3IAtPxldCibW2BHS1/yqfP6+PYw IVQyo2OyKgpQ1J4u8dmHSyaGbdL/oyvb4e5rMOO7ZyncBLI2cEqaklKfjcbfMhaZ/mne Z9mPeNDdYuBTM5IBcmCn+zteFABBZ7Z9smt8OKxfTsZptd3MSqculYGp6g7Jk0++hz5P lxQw== X-Received: by 10.194.185.9 with SMTP id ey9mr24913373wjc.135.1428904112941; Sun, 12 Apr 2015 22:48:32 -0700 (PDT) Received: from [172.20.0.41] ([105.210.25.169]) by mx.google.com with ESMTPSA id b10sm11110345wiz.9.2015.04.12.22.48.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Apr 2015 22:48:32 -0700 (PDT) Message-ID: <552B58A9.6010301@gmail.com> Date: Mon, 13 Apr 2015 07:48:25 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.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] Re: Machine completely broken; Ncursed! References: <55292E11.9040202@verizon.net> <201504112204.26649.dilfridge@gentoo.org> <5529BF6C.7090909@verizon.net> <2227740.m4amG7ENkq@andromeda> <20150412122356.5cadb5d4@sepulchrave.remarqs> <20150412200750.355c732b@sepulchrave.remarqs> In-Reply-To: <20150412200750.355c732b@sepulchrave.remarqs> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: ce3f1d2b-c2e2-4574-bb5d-2bcd2f72411d X-Archives-Hash: d95ab9d7841da12ca19ccaa470922d34 On 13/04/2015 03:07, »Q« wrote: > On Sun, 12 Apr 2015 21:35:07 +0300 > Matti Nykyri wrote: > >>> On Apr 12, 2015, at 20:23, »Q« wrote: >>> >>> On Sun, 12 Apr 2015 11:12:38 +0200 >>> "J. Roeleveld" wrote: >>> >>>> On Saturday, April 11, 2015 08:42:20 PM Alan Grimes wrote: >>> >>>>> PYTHON_TARGETS="${PYTHON_TARGETS} python2_7 python3_4" >>>>> PYTHON_SINGLE_TARGET="python2_7" >>>> >>>> These are set in your profile, please do not override this. >>>> In other words, please remove these 2 lines. >>> >>> I'm not the OP. (I spend less time than him on maintaining my >>> system.) >>> >>> Should those variables really not be set in make.conf? I added >>> them to make.conf some time back because portage complained about >>> them, and if I comment them out, it complains again, like so: > >>> The following REQUIRED_USE flag constraints are unsatisfied: >>> python? ( exactly-one-of ( python_single_target_python3_3 >>> python_single_target_python3_4 python_single_target_python2_7 ) ) > > [snip] > >> This is because you have set the "python" use flag in your make.conf >> (or package.use). >> >> Remove the python useflag and the problem goes away. It is not set by >> the profile but by you. Do you really need it? > > I enabled it globally (in make.conf), but I think I only need it for one > or two packages. If I remove it from USE, I get portage complaining > about other things. > > USE="python" is one of those flags that has no accurate meaning in real life, and the user needs to make an informed decision. It doesn't work like USE="sse" for example, which means packages that can use the sse instruction set will compile for it. It's a fairly exact meaning. USE="python" means "use python to do stuff" but stuff is not defined and it's usually hard to find out what it is for a given package. For some it means to build optional extra tools that run under python, for some it means to create python language bindings, and for others it could even mean some critical system function that is implemented in python and eats your kittens if not enabled. (sort of like how portage is implemented in python; there's no USE for it but you get the idea). Usually, USE="python" should be set per-package if you need what it does. I had it in make.conf myself in my early days and kept getting into circular dependencies. Sorting that out took some effort. Portage will almost certainly complain if you take something with far-reaching effects as USE="python" in make.conf and remove it. So, take each thing it is complaining about and enable or disable it based on what you need. Tweak as necessary to get the result you want. -- Alan McKinnon alan.mckinnon@gmail.com