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: Fwd: Heads up for Qt5
Date: Sat, 28 Jul 2012 13:57:47 +0000 (UTC)	[thread overview]
Message-ID: <pan.2012.07.28.13.57.47@cox.net> (raw)
In-Reply-To: jv0dkh$81r$1@dough.gmane.org

Nikos Chantziaras posted on Sat, 28 Jul 2012 13:07:08 +0300 as excerpted:

> On 28/07/12 12:27, Ralph Sennhauser wrote:
>> On Sat, 28 Jul 2012 15:54:07 +0800 Ben de Groot <yngwin@gentoo.org>
>> wrote:
>>
>>> We do not have (nor want to support) a qt useflag. We have opted for
>>> "qt4" and "qt5" useflags as the most straightforward and least
>>> confusing.
>>
>> Indeed, the flag qt has almost disappeared from the tree. Good to know.
> 
> Why the different policies between the gtk and qt USE flags?  This just
> looks inconsistent.

Different gentoo projects.  Different people involved with their own 
preferences.  But I believe it's mostly an accident of history.

The gtk/gtk2 evolution went rather poorly as IIRC there really wasn't an 
original defined policy, so the gtk USE flags were ambiguous.  At first 
USE=gtk2 was discouraged for a lot of packages, since for them it meant 
favoring the still (at the time) less stable gtk2 over gtk1.  USE=gtk 
meanwhile, sometimes meant favor gtk1, while at other times it meant let 
the package maintainer pick the best one to support.  Of course that 
caused problems later on, after gtk2 matured and gtk1 was being phased 
out, so a general policy was adopted, that AFAIK remains today: USE=gtk 
meant support gtk in any form, with USE=gtk1/gtk2 (and now gtk3, with 
gtk1 phased out) meant prefer that specific version instead of letting 
the package maintainer choose a default.

But the key point there is that said policy was kind of fallen into by 
accident, and once in place, it was simply more convenient to maintain 
it, then to change it yet again.

When the qt3/qt4 case came along, they had the lessons of the gtk case to 
examine and decided to avoid the problem by switching to specific-
versioned qtX flags I believe before/as qt4 hit the tree.  Of course the 
fact that the existing in-tree support was already qt3 helped, since that 
was already more intuitive than gtk1.  From quite early on, then, simple 
qt was never allowed the ambiguity of gtk -- it always meant qt3 but was 
quickly deprecated in favor of the qt3 flag.

Of course also helping things was the fact that the qt3 ecosystem was 
much more monolithic and kde3 much more dominant within it than was the 
case with either gtk1/gnome1 or the now somewhat broader-ecosystem qt4/
kde4.  So getting buy-in for the quick deprecation of qt in favor of qt3 
was much closer to simply getting by-in from the gentoo/kde folks (with a 
large overlap between them and the gentoo/qt folks), as opposed to the 
wider cooperation needed in the gtk case.

So to a large extent the fact that gtk means any gtk while the versioned 
ones mean prefer that version, while there's ONLY the versioned qtX 
flags, is an accident of history.  And since then, the respective gtk/qt 
policies have remained in place due to inertia -- yes there's an 
inconsistency between them, but users of each quickly get comfortable 
with it, and the cost-benefit ratio of trying to change either one now, 
simply hasn't been considered worth it.  Thus as new versions appear, 
gtk3 and now qt5, they simply follow type.

-- 
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:[~2012-07-28 13:59 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAB9SyzSY0beKPpYE3fW93RP7TbBCoDvMOGDj8oa=pN_rEEkPmA@mail.gmail.com>
2012-07-28  5:22 ` [gentoo-dev] Fwd: Heads up for Qt5 Ben de Groot
2012-07-28  5:59   ` [gentoo-dev] " Nikos Chantziaras
2012-07-28  6:27     ` Ben de Groot
2012-07-28  6:46       ` Davide Pesavento
2012-07-28  6:56         ` Nikos Chantziaras
2012-07-28  7:09           ` Davide Pesavento
2012-07-28  7:43       ` Ralph Sennhauser
2012-07-28  7:54         ` Ben de Groot
2012-07-28  9:27           ` Ralph Sennhauser
2012-07-28 10:07             ` Nikos Chantziaras
2012-07-28 13:57               ` Duncan [this message]

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.2012.07.28.13.57.47@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