From: Davide Pesavento <pesa@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] useflag policies
Date: Tue, 4 Aug 2015 12:09:46 -0700 [thread overview]
Message-ID: <CADfzvvbzf73+k-cuTRPZkCsuO7gxzhvUHv00ej3K7EvVyDRaJA@mail.gmail.com> (raw)
In-Reply-To: <CAB9SyzQ2bem0zJkzQ+qaongK3xocpO+te7R8Py0RZOM3-ApOxQ@mail.gmail.com>
On Mon, Aug 3, 2015 at 8:59 PM, Ben de Groot <yngwin@gentoo.org> wrote:
> On 4 August 2015 at 04:20, Rich Freeman <rich0@gentoo.org> wrote:
>> [...]
>> Gentoo should be the best of both worlds. We should give users the
>> power to tweak things, but we shouldn't force them to play with config
>> files all day long just to have a functional system. If users want to
>> care we let them care instead of telling them "don't touch" like most
>> other distros, but if they don't care we still provide reasonable
>> defaults.
>
> And that is exactly what we do. The kde profile enables qt4, the
> plasma profile enables qt5, the other profiles have no qt* useflags
> enabled. These are reasonable defaults.
>
As tetromino pointed out, this is very far from the real current situation.
> Of course some users will proceed to enable both qt4 and qt5 globally
> in their make.conf, but I don't think it is unreasonable to expect
> them to then deal with adding exceptions to package.use for those
> packages where exactly-one-of is required.
>
> In my opinion, this is the way Gentoo has always worked, and we should
> simply recommend users to only set one of the qt* useflags as globally
> enabled, if they want to prevent such micro-management. Hiding the qt4
> option is in my opinion the wrong solution around people complaining
> after they have consciously enabled both flags.
>
> If this is not acceptable (or "absolutely unusable" as one dev put
> it), then we need a proper solution, which a) will not hide the qt4
> option, and b) will prevent triggering required_use blockage by
> choosing qt5 over qt4 in case both are enabled, while c) informing the
> user about this. This probably requires new eclass or even EAPI
> functionality.
>
Please go ahead and design and implement such functionality (a sort of
REQUIRED_USE defaults). In the meantime, we will apply the policies
written in the Qt project wiki page.
> In the meantime, we should stick with the policies adopted at the qt3
> to qt4 transition (explicit versioned useflags) and let the user deal
> with per-package management if they enable both flags.
>
We didn't have REQUIRED_USE at the time of the qt3->qt4 transition, so
this point is completely moot.
next prev parent reply other threads:[~2015-08-04 19:10 UTC|newest]
Thread overview: 135+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAB9SyzRbLSHEPvG3-G9zjw+c+SBMJp194v=zJWf6d2tA2WA12w@mail.gmail.com>
2015-08-02 16:34 ` [gentoo-dev] useflag policies Ben de Groot
2015-08-02 17:27 ` Michał Górny
2015-08-02 17:33 ` "Paweł Hajdan, Jr."
2015-08-02 18:21 ` Andrew Savchenko
2015-08-02 18:35 ` Michał Górny
2015-08-02 18:50 ` Andrew Savchenko
2015-08-02 19:21 ` Michał Górny
2015-08-02 19:12 ` Rich Freeman
2015-08-02 19:41 ` Davide Pesavento
2015-08-03 7:31 ` Daniel Campbell (zlg)
2015-08-02 19:35 ` Davide Pesavento
2015-08-02 17:33 ` Andrew Savchenko
2015-08-03 3:33 ` Ben de Groot
2015-08-03 7:34 ` Daniel Campbell (zlg)
2015-08-04 14:56 ` Ian Stakenvicius
2015-08-05 6:38 ` Ben de Groot
2015-08-05 21:21 ` Ian Stakenvicius
2015-08-02 17:54 ` [gentoo-dev] " Ulrich Mueller
2015-08-02 21:14 ` [gentoo-dev] " NP-Hardass
2015-08-02 21:22 ` Ciaran McCreesh
2015-08-03 0:32 ` Patrick Lauer
2015-08-03 11:23 ` [gentoo-dev] " Michael Palimaka
2015-08-03 11:35 ` James Le Cuirot
2015-08-03 13:07 ` Dale
2015-08-03 14:10 ` Alan McKinnon
2015-08-03 1:03 ` [gentoo-dev] " Patrick Lauer
2015-08-03 1:37 ` Rich Freeman
2015-08-03 3:24 ` Ben de Groot
2015-08-03 3:30 ` Rich Freeman
2015-08-03 3:35 ` Ben de Groot
2015-08-03 19:07 ` Maciej Mrozowski
2015-08-03 20:10 ` Dale
2015-08-03 20:20 ` Rich Freeman
2015-08-03 22:27 ` Alan McKinnon
2015-08-04 3:59 ` Ben de Groot
2015-08-04 5:10 ` Alexandre Rostovtsev
2015-08-04 19:03 ` Davide Pesavento
2015-08-04 6:05 ` [gentoo-dev] " Duncan
2015-08-04 19:09 ` Davide Pesavento [this message]
2015-08-05 6:43 ` [gentoo-dev] " Ben de Groot
2015-08-09 19:38 ` [gentoo-dev] " Sergey Popov
2015-08-09 20:07 ` Alexandre Rostovtsev
2015-08-11 10:05 ` Sergey Popov
2015-08-09 20:08 ` Davide Pesavento
2015-08-11 10:10 ` Sergey Popov
2015-08-11 10:18 ` Georg Rudoy
2015-08-11 10:24 ` Sergey Popov
2015-08-11 12:30 ` Michael Palimaka
2015-08-11 12:58 ` Sergey Popov
2015-08-11 13:11 ` James Le Cuirot
2015-08-11 13:19 ` Sergey Popov
2015-08-11 13:36 ` Rich Freeman
2015-08-11 13:42 ` Sergey Popov
2015-08-11 14:19 ` Rich Freeman
2015-08-11 15:19 ` Ian Stakenvicius
2015-08-11 13:30 ` Michael Palimaka
2015-08-11 13:39 ` Sergey Popov
2015-08-11 13:49 ` Michael Palimaka
2015-08-13 8:17 ` Sergey Popov
2015-08-13 12:22 ` Michael Palimaka
2015-08-11 14:29 ` Rich Freeman
2015-08-11 14:42 ` Michael Palimaka
2015-08-11 16:23 ` Rich Freeman
2015-08-12 4:21 ` Ciaran McCreesh
2015-08-12 13:03 ` Alexis Ballier
2015-08-12 15:08 ` Ulrich Mueller
2015-08-12 15:30 ` Ian Stakenvicius
2015-08-12 15:55 ` Alexis Ballier
2015-08-12 16:27 ` Ian Stakenvicius
2015-08-12 16:53 ` Ulrich Mueller
2015-08-12 17:01 ` Ian Stakenvicius
2015-08-12 16:58 ` Alexis Ballier
2015-08-12 17:15 ` Ulrich Mueller
2015-08-12 16:42 ` Ulrich Mueller
2015-08-12 16:57 ` Ian Stakenvicius
2015-08-12 17:00 ` Alexis Ballier
2015-08-12 17:05 ` Ian Stakenvicius
2015-08-12 17:06 ` Ian Stakenvicius
2015-08-12 17:22 ` Alexis Ballier
2015-08-12 17:39 ` Ian Stakenvicius
2015-08-12 17:52 ` Alexis Ballier
2015-08-12 18:36 ` Ian Stakenvicius
2015-08-12 19:13 ` Alexis Ballier
2015-08-12 15:46 ` Alexis Ballier
2015-08-12 17:20 ` Ciaran McCreesh
2015-08-12 13:40 ` Michael Orlitzky
2015-08-12 14:38 ` William Hubbs
2015-08-12 17:23 ` Ciaran McCreesh
2015-08-12 17:38 ` Ulrich Mueller
2015-08-12 17:40 ` Ciaran McCreesh
2015-08-12 17:43 ` Ulrich Mueller
2015-08-12 17:50 ` Ciaran McCreesh
2015-08-12 18:00 ` Ulrich Mueller
2015-08-12 18:16 ` Ciaran McCreesh
2015-08-12 18:18 ` Ian Stakenvicius
2015-08-12 18:19 ` Ian Stakenvicius
2015-08-12 18:19 ` Alexis Ballier
2015-08-12 18:24 ` Ian Stakenvicius
2015-08-12 19:15 ` Alexis Ballier
2015-08-12 19:20 ` Ian Stakenvicius
2015-08-12 18:25 ` Ciaran McCreesh
2015-08-12 19:22 ` Alexis Ballier
2015-08-12 19:44 ` Ciaran McCreesh
2015-08-12 18:16 ` Ian Stakenvicius
2015-08-12 17:47 ` Ian Stakenvicius
2015-08-13 0:44 ` Patrick Lauer
2015-08-13 5:50 ` Zac Medico
2015-08-13 17:37 ` Ciaran McCreesh
2015-08-16 3:21 ` Kent Fredric
2015-08-12 14:38 ` Ian Stakenvicius
2015-08-12 20:49 ` Kent Fredric
2015-08-11 14:56 ` Ian Stakenvicius
2015-08-13 8:24 ` Sergey Popov
2015-08-13 14:27 ` Ian Stakenvicius
2015-08-12 8:07 ` Duncan
2015-08-11 14:41 ` Ian Stakenvicius
2015-08-09 20:28 ` Ulrich Mueller
2015-08-11 10:17 ` Sergey Popov
2015-08-11 12:32 ` Michael Palimaka
2015-08-11 13:04 ` Sergey Popov
2015-08-11 13:06 ` Sergey Popov
2015-08-11 13:13 ` Alexandre Rostovtsev
2015-08-12 7:38 ` Duncan
2015-08-11 14:02 ` Michael Palimaka
2015-08-11 14:16 ` Alexandre Rostovtsev
2015-08-11 15:02 ` Ian Stakenvicius
2015-08-13 8:27 ` Sergey Popov
2015-08-12 19:14 ` Peter Stuge
2015-08-13 8:31 ` Sergey Popov
2015-08-10 7:27 ` Alexander Berntsen
2015-08-11 10:41 ` Sergey Popov
2015-08-11 18:50 ` Daniel Campbell (zlg)
2015-08-11 19:13 ` Gregory Woodbury
2015-08-11 19:33 ` Rich Freeman
2015-08-11 19:50 ` Ian Stakenvicius
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=CADfzvvbzf73+k-cuTRPZkCsuO7gxzhvUHv00ej3K7EvVyDRaJA@mail.gmail.com \
--to=pesa@gentoo.org \
--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