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 29097138C48 for ; Mon, 13 Apr 2015 01:52:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4B483E09E4; Mon, 13 Apr 2015 01:52:09 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 24322E09AA for ; Mon, 13 Apr 2015 01:52:08 +0000 (UTC) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A46902093F for ; Sun, 12 Apr 2015 21:52:07 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sun, 12 Apr 2015 21:52:07 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=P5iNOL9hFzMoTZL BQq4lRQBA8i4=; b=Mq5v+YP+iui/hxI67ikR4IaXCmQ+zB2pFJsFKKPFNvQzfAT IVPlOLuE0wmHXlRZcL3GgEnnITor4EmSroSA347bzEfUQ9CnXFcBgacrqIH/t3Gg KJu1teTvuE8nsUvLuwOv3mlQCfiz6rVEtP7SOUBFjHbGy1meVTpXh5Rlf1QY= X-Sasl-enc: 6QuglAJ4in39r/RWUtjHkGqqhe86ykO1ATrbGCv5perY 1428889927 Received: from [192.168.1.3] (unknown [68.37.5.231]) by mail.messagingengine.com (Postfix) with ESMTPA id 5BC53680200 for ; Sun, 12 Apr 2015 21:52:07 -0400 (EDT) Message-ID: <552B2147.2040600@alectenharmsel.com> Date: Sun, 12 Apr 2015 21:52:07 -0400 From: Alec Ten Harmsel 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> <2227740.m4amG7ENkq@andromeda> <20150412122356.5cadb5d4@sepulchrave.remarqs> <1548532.LqqDBuMcQi@andromeda> <20150412201552.3e0aca16@sepulchrave.remarqs> <552B1AE0.5030507@alectenharmsel.com> <20150412203817.0cd1775e@sepulchrave.remarqs> In-Reply-To: <20150412203817.0cd1775e@sepulchrave.remarqs> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 2b3f0d78-2a1a-459c-abc3-d42f87a0743f X-Archives-Hash: 17d99372ec261647a2529e979ed3b8f4 On 04/12/2015 09:38 PM, »Q« wrote: > On Sun, 12 Apr 2015 21:24:48 -0400 > Alec Ten Harmsel wrote: > >> On 04/12/2015 09:15 PM, »Q« wrote: >>> Before you pore through it, I guess I should point out that it's not >>> causing me any problems -- I was just curious about why it would be >>> a bad idea for me to manage those PYTHON_* variables myself. I >>> guess the most notable thing about my make.conf is that I'm one of >>> those crazy USE="-*" people. >> It's not a bad idea to manage the PYTHON_TARGETS, >> PYTHON_SINGLE_TARGET, and RUBY_TARGET variables if you *need* a >> specific version of python or ruby. If you do not, I would say it is >> bad. These are set in the profile so that the maintainers can decide >> when to update to a new stable version. Since all of the various >> python and ruby libraries are installed from source, it's generally a >> good idea to wait for the maintainers to stabilize a certain version >> since that means the library support is also good. > How can I find out whether the profile is setting those variables? > ISTM the emerge errors I posted earlier, which happen if I get rid of > those variables in make.conf, indicate that they are not being set at > all. You can find all the defaults here: /usr/portage/profiles/base/make.defaults. I don't think the KDE profile overrides any of the python/ruby stuff, just USE. It's strange that you are getting that error from util-linux; I would recommend getting rid of the USE_PYTHON="2.7" line from make.conf and, personally, avoid having so many USE flags in make.conf. Alec