From: Patrick Lauer <patrick@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] useflag policies
Date: Mon, 03 Aug 2015 09:03:15 +0800 [thread overview]
Message-ID: <1529265.CbNzYPavOm@localhost> (raw)
In-Reply-To: <CAB9SyzSaOFdvpDoF41ogqQD0B3X7eWwJR8vx5wApH8ti_2+5eg@mail.gmail.com>
On Monday 03 August 2015 00:34:51 Ben de Groot wrote:
> Recently some team members of the Qt project have adopted these ebuild
> policies: https://wiki.gentoo.org/wiki/Project:Qt/Policies
>
> I have an issue with the policy adopted under "Requires one of two Qt
> versions". In my opinion, in the case where a package offers a choice
> between qt4 or qt5, we should express this in explicit useflags and a
> REQUIRED_USE="^^ ( qt4 qt5 )". This offers the user the clearest choice.
Since qt4 and qt5 are both relatively 'heavy' dependencies and quite different
in many ways (including differences in default styles) many users will want to
stick with only one of those.
The gtk 'solution' forced some ugly things like masking gtk+:3, gconf:3, ...
and then selecting packages based on specific -r200 / -r300 revisions. So much
work to avoid regressing into gtk3!
(Which is especially frustrating because *dbus* has wrong dependencies just so
that gtk/gnome apps using dconf can save config ... )
>
> Other developers state that users are not interested in such implementation
> details, or that forced choice through REQUIRED_USE is too much of a
> hassle. This results in current ebuilds such as quassel to not make it
> clear that qt4 is an option.
I find setting USE="qt4 -qt5" a lot more obvious than having USE="qt" (why not
USE="X" ?) which then does different things based on another useflag,
sometimes. Maybe. It's horribly inconsistent and even might change result over
time, which is not very user-friendly.
>
> This goes against the principle of least surprise, as well as against QA
> recommendations. I would like to hear specifically from QA about how we
> should proceed, but comments from the wider developer community are also
> welcome.
I would prefer having qt4 and qt5 useflags independent, and no generic qt
useflag.
next prev parent reply other threads:[~2015-08-03 1:03 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 ` Patrick Lauer [this message]
2015-08-03 1:37 ` [gentoo-dev] " 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 ` [gentoo-dev] " Davide Pesavento
2015-08-05 6:43 ` 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=1529265.CbNzYPavOm@localhost \
--to=patrick@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