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.
next prev parent 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