public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: berkdb and gdbm in global USE defaults
Date: Sat, 28 Jan 2017 07:12:29 +0000 (UTC)	[thread overview]
Message-ID: <pan$6579a$fed1c80b$67c8d81$c78b6ec1@cox.net> (raw)
In-Reply-To: CAEdQ38FjCA3Y9fL+crXu1WDVwmwoBtGRGJTORdinuSL6VMDOXQ@mail.gmail.com

Matt Turner posted on Fri, 27 Jan 2017 10:40:16 -0800 as excerpted:

> On Fri, Jan 27, 2017 at 8:22 AM, Mike Gilbert <floppym@gentoo.org>
> wrote:
>> On Fri, Jan 27, 2017 at 2:54 AM, Mart Raudsepp <leio@gentoo.org> wrote:
>>> Then there is no need to think about what is enabled globally or not.
>>> Point being, use REQUIRED_USE sparingly, and rarely a good idea to
>>> block things with common global USE flags, or demand a local USE flag
>>> based on a default enabled global USE flag without locally USE
>>> defaulting that global flag too - and other such cases.
>>
>> I didn't really mean for this to turn into a thread about the merits of
>> REQUIRED_USE; in hindsight I should have left out that first sentence.
>>
>> Regardless of the REQUIRED_USE discussion, I don't think it makes sense
>> to have berkdb and gdbm in USE in make.defaults. I would like to move
>> them to IUSE defaults or package.use if necessary.
> 
> I think you should feel free to proceed with such a change.
> 
> FWIW, disabling these USE flags (and fortran) are among the first
> changes I made to a new make.conf.

TL;DR: see last sentence/paragraph.

FWIW, changes like that, either at profile upgrade time (with over a 
decade on gentoo on the same system, both hardware and software 
incrementally updated over time, I've done a few of those in my time) or 
worse made arbitrarily to existing profiles, are a big reason I 
ultimately decided USE="-* ..." worked best for me.  Because if I depend 
on the profile to make the decision for me, eventually that decision is 
going to change, and I'll have to dig into what and why and decide what I 
want to do in any case, so it's better to simply deal with all that up 
front, and USE="-* ..." is the way that's done on gentoo.

That way, global changes to my USE flags are only made when I make them, 
and I'll generally know at least the high-level why (say an update from 
qt4/kde4 to qt5/plasma5, with requisite USE flag changes) in that case, 
instead of having to deduce someone else's reason from the git log.  (I 
may still need to research the lower level why qt5/plasma5 require the 
new flags and decide whether I can/want/need to override, via manual 
semantic-desktop patchout or the like, potentially, but that's an 
entirely different focus that unlike global profile default-use changes 
the normal user won't need to deal with.)

Not saying I disagree with the change, but please at least make it a new 
profile only change if at all possible, so as not to disturb existing 
users until they decide to switch profiles, at which point they should be 
expecting at least some level of system adjustment to the new profile.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman



  reply	other threads:[~2017-01-28  7:13 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-27  3:33 [gentoo-dev] berkdb and gdbm in global USE defaults Mike Gilbert
2017-01-27  7:54 ` Mart Raudsepp
2017-01-27  8:32   ` Fabian Groffen
2017-01-27 10:58     ` Kent Fredric
2017-01-27 11:16       ` Mart Raudsepp
2017-01-27 11:41         ` Mart Raudsepp
2017-01-27 12:01     ` Dirkjan Ochtman
2017-01-27 12:08       ` Kristian Fiskerstrand
2017-01-27 13:14         ` Fabian Groffen
2017-01-27 16:27         ` Mart Raudsepp
2017-01-27 16:46           ` William Hubbs
2017-01-27 16:51             ` Kristian Fiskerstrand
2017-01-27 16:22   ` Mike Gilbert
2017-01-27 16:56     ` Mart Raudsepp
2017-01-27 18:40     ` Matt Turner
2017-01-28  7:12       ` Duncan [this message]
2017-01-27 16:56 ` Michael Orlitzky
2018-04-07 18:44 ` William Hubbs
2018-04-07 18:55   ` Michael Orlitzky
2018-04-07 19:16     ` William Hubbs
2018-04-07 19:57       ` Lars Wendler
2018-04-07 20:41         ` Matt Turner

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='pan$6579a$fed1c80b$67c8d81$c78b6ec1@cox.net' \
    --to=1i5t5.duncan@cox.net \
    --cc=gentoo-dev@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