public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: »Q« <boxcars@gmx.net>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Machine completely broken; Ncursed!
Date: Mon, 13 Apr 2015 21:08:56 -0500	[thread overview]
Message-ID: <20150413210856.03884197@sepulchrave.remarqs> (raw)
In-Reply-To: 552B58A9.6010301@gmail.com

On Mon, 13 Apr 2015 07:48:25 +0200
Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On 13/04/2015 03:07, »Q« wrote:
> > On Sun, 12 Apr 2015 21:35:07 +0300
> > Matti Nykyri <matti.nykyri@iki.fi> wrote:
> > 
> >>> On Apr 12, 2015, at 20:23, »Q« <boxcars@gmx.net> wrote:
> >>>
> >>> On Sun, 12 Apr 2015 11:12:38 +0200
> >>> "J. Roeleveld" <joost@antarean.org> 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.

Thanks -- that all makes sense.  I'm pretty sure I have USE="python"
because I thought something like "I'm going to have python, so I might
as well let things use it", which I now see to be muddle-headed at
best.  

Since it's not causing me any troubles for now, I'll wean myself off of
USE="python" when there's some in which I can afford to fix whatever I
break during the process.



  reply	other threads:[~2015-04-14  2:09 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-11 14:22 [gentoo-user] Machine completely broken; Ncursed! Alan Grimes
2015-04-11 14:34 ` Neil Bothwick
2015-04-11 17:22   ` Mick
2015-04-11 19:41   ` Alan Grimes
2015-04-11 21:27     ` Neil Bothwick
2015-04-11 20:04 ` Andreas K. Huettel
2015-04-12  0:42   ` Alan Grimes
2015-04-12  0:58     ` [gentoo-user] " walt
2015-04-12  1:02     ` [gentoo-user] " Peter Humphrey
2015-04-12  1:58     ` Dale
2015-04-12  9:12     ` J. Roeleveld
2015-04-12 17:23       ` [gentoo-user] " »Q«
2015-04-12 18:35         ` Matti Nykyri
2015-04-13  1:07           ` »Q«
2015-04-13  5:48             ` Alan McKinnon
2015-04-14  2:08               ` »Q« [this message]
2015-04-12 20:07         ` J. Roeleveld
2015-04-13  1:15           ` »Q«
2015-04-13  1:24             ` Alec Ten Harmsel
2015-04-13  1:38               ` »Q«
2015-04-13  1:52                 ` Alec Ten Harmsel
2015-04-14  1:55                   ` »Q«
2015-04-13  5:52                 ` Alan McKinnon
2015-04-14  3:38                   ` »Q«
2015-04-13  7:51                 ` Neil Bothwick
2015-04-14  3:51                   ` »Q«
2015-04-14  7:47                     ` Neil Bothwick
2015-04-15  3:09                       ` »Q«
2015-04-15  8:24                         ` Neil Bothwick
2015-04-12  9:31     ` [gentoo-user] " Neil Bothwick
2015-04-12 14:13     ` Andreas K. Huettel
2015-04-11 23:23 ` Fernando Rodriguez
2015-04-12  1:25   ` Alan Grimes
2015-04-12  0:06 ` Peter Humphrey
2015-04-12  1:27   ` Alan Grimes
2015-04-12 14:52     ` Peter Humphrey
2015-04-16  2:40 ` Fernando Rodriguez

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150413210856.03884197@sepulchrave.remarqs \
    --to=boxcars@gmx.net \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox