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 41F91138C48 for ; Mon, 13 Apr 2015 05:53:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 99C69E0A60; Mon, 13 Apr 2015 05:53:04 +0000 (UTC) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) (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 41441E09ED for ; Mon, 13 Apr 2015 05:53:03 +0000 (UTC) Received: by wizk4 with SMTP id k4so58633579wiz.1 for ; Sun, 12 Apr 2015 22:53:02 -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=tTtMbrIopKxQwmPl3SZZaN6txfO+Vgf7GZaKYTuaHnU=; b=R2Tb5zD+b/PmVihwQjETbCdV41y5eO/GjFRQ6ikaogqCvDZBC5rRxDb/MPVHwUl3dg 2Xtx1xFELkIEm/IskSTNgkCPI7XRnBlSs18TAnai/vUfSZGvLFZJ97oBQyHsr4YmM/W7 AXEBl63KM2Eofb73fQUFBkDL+ZHx5RajkU9bXDWBKcCrKVLzCbojuc7FJTV1t13Z7Ses eQR/UaCD/643GKbTU6ZMSb+r8OXu+b/haHxK+ZJOtWzdOHKWB/xI3xrilKE7KCvCZd8S AyNmd+YucZaB6rm3flOhlUnXphoOaIxTNJ2wRRxFwm6/7cdAgTIsj3gKb9BYUFfofAFE oZsw== X-Received: by 10.180.189.69 with SMTP id gg5mr18210330wic.93.1428904382126; Sun, 12 Apr 2015 22:53:02 -0700 (PDT) Received: from [172.20.0.41] ([105.210.25.169]) by mx.google.com with ESMTPSA id bp1sm9829542wjb.31.2015.04.12.22.53.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Apr 2015 22:53:01 -0700 (PDT) Message-ID: <552B59B6.9040206@gmail.com> Date: Mon, 13 Apr 2015 07:52:54 +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> <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: 7a2453ee-0025-4389-911e-9e67dab705a3 X-Archives-Hash: 41945925dd2e56392bf7f8b79eb678ea On 13/04/2015 03:38, »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. > > When a new version of python (or ruby, I guess) is stabilized, I do > have to spend some time making sure those variables are sanely set, and > I'd rather just leave it up to the devs. > >> Also, using the KDE profile and having USE="-*" seem contrary. One of >> the main reasons to use a profile is to get a relevant set of USE >> flags. > > I don't want the profile's USE flags, but I still thought it best to > select the profile that matches what I use the machine for. A profile is indeed intended to match the intended use of the machine, and to do that it does two things: - enables or disables some software (the minor feature) - sets some sane default USE (the major feature) USE="-*" essentially undoes the profile entirely rendering it useless. You'd be better off just setting your profile to default and doing all the heavy lifting yourself instead of going with the maintainers suggestions implemented in the profile. -- Alan McKinnon alan.mckinnon@gmail.com