public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Daniel Campbell <zlg@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] www-client/chromium gtk3 support
Date: Wed, 9 Sep 2015 23:28:58 -0700	[thread overview]
Message-ID: <55F1232A.6070400@gentoo.org> (raw)
In-Reply-To: <1441806457.25086.57.camel@gentoo.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 09/09/2015 06:47 AM, Alexandre Rostovtsev wrote:
> On Wed, 2015-09-09 at 09:20 +0200, Paweł Hajdan, Jr. wrote:
> 
> In chromium's case (a new gtk3-based ui that needs wider testing),
> a local gtk3 USE flag does make sense.
> 
> But in general, the gnome team recommends avoiding the gtk3 flag 
> whenever possible. We definitely don't want it to become a global
> flag. We are trying to avoid the following scenario:
> 
> (1) Dozens of ebuilds add gtk3 USE flag, and the semantics of the
> gtk3 flag differ wildly in those ebuilds: (a) build an optional gui
> that happens to be based on gtk3 (instead of no gui at all); (b)
> build experimental gtk3-based gui (instead of stable gtk2 gui as 
> recommended by upstream); (c) build recommended gtk3-based gui
> (instead of legacy gtk2-based gui which is not supported by
> upstream any more); (d) build widget library and utilities for gtk3
> (possibly in parallel with gtk2 widgets and utilities); (e) build
> widget library and utilities for gtk3 (and disable gtk2 widgets and
> utilities - without making any effort to allow both gtk2 and gtk3
> support in parallel by splitting the package or renaming a few
> files). (3) Since the flag is used all over the place, some users
> try to globally enable or disable it, depending on their personal
> feelings about Adwaita's tab shapes. (4) Since the flag sometimes
> means "build a gui (instead of no gui at all)" at some point it
> gets globally enabled in some profile. (5) Users are forced to
> maintain giant lists of package.use entries to get a usable desktop
> environment. Unhappiness reigns.
> 
> In other words, to avoid the scenario that happened during
> gtk1/gtk2 transition, and which is now starting with qt4/qt5 [1].
> 
> [1]
> https://archives.gentoo.org/gentoo-dev/message/11e3d077e0d9c953597c3d1
7f327c6b3
>
> 
How do you propose packages whose upstreams maintain both gtk2 and
gtk3 builds but don't actively push one over the other be packaged? I
currently have gtk3 and gtk2 flags, but it defaults to gtk3. Should
the gtk3 flag actually be just `gtk` to fall in line with the latest
version, and `gtk2` provide the expected versioned toolkit?

The package in question is a GUI package, so *some* toolkit version
needs to be chosen. Defaulting to gtk3 falls in line with gnome-team's
opinions while still offering gtk2 support. I think limiting it to
*only* gtk3 would be doing our users a disservice.

- -- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJV8SMpAAoJEAEkDpRQOeFwzUIQAIMq1BjmnMpevMquOQsoQG4p
uOev7ndC/lyIyV+S0IRyu8QdlVU3iEuMZHDlu6dtz/jJTDTZ6OjC6yQ4NifYd5nE
O16D5u2+diYqpBkCjXo2evLRSvHhMrLt6lmzXkHjJkE4zC1jH3faI6x0keZIro2N
QSaY9pMqfnSET45VuQ632NxgbdZPXc4YpvIty0/AHk86uDuU9aZMyRH6ZpiMp7iu
aGaNyiRXpL1rlRxXD0ppOM6h7gU0MFIAdA1UQqlgbowchX7/T93dBehOXAO3Z38C
ANLEuqPVOqYLaR0P8VLXYUIlusx1tbAUIBSy7ZIyr1s7gUsgi9IkwAAIObsrhf66
oy0MNFS0oiEVrnUYxLyd3XnAKo8XKUFq3ZTn8m41IZKP21fSGyVhmccrhnmXjYv9
k1DC0kMjWPOhtO/8/rdZekoJZYOmXE76HMh74YdMca7DP9E2/WEpuu4P9qUs5EVl
8mjCLZEwTOex96sRt+OiXDxNP0iMA/hllHbdmJsw1BIZhz3wqMi0msUQhmOi2sSt
SZQD+KwonbTYZmEAq2GV0pyEaLO8nC6jCj+vqfAZlrM/IUPKeKFnElNrbORfVqSp
ye/cT4ScmPVpmsEZqB+GizNfX4sue21FHnm7RZpJdIZig2dd9Qjn9LSF0gSwKymK
Zncie7DhlImRSULbsBr4
=13Ur
-----END PGP SIGNATURE-----


  reply	other threads:[~2015-09-10  6:29 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-09  7:20 [gentoo-dev] www-client/chromium gtk3 support Paweł Hajdan, Jr.
2015-09-09  7:24 ` Daniel Campbell
2015-09-09  8:52   ` Andrew Savchenko
2015-09-09 10:37   ` hasufell
2015-09-09 13:17     ` Brian Dolbec
2015-09-09 13:31       ` hasufell
2015-09-10  6:21     ` Daniel Campbell
2015-09-10  8:47       ` hasufell
2015-09-10 10:45         ` Rich Freeman
2015-09-10 10:50           ` hasufell
2015-09-10 12:03             ` Rich Freeman
2015-09-10 12:13               ` hasufell
2015-09-10 12:25                 ` Rich Freeman
2015-09-10 12:33                   ` hasufell
2015-09-10 12:44                     ` Rich Freeman
2015-09-10 12:53                       ` hasufell
2015-09-10 13:10                         ` Rich Freeman
2015-09-10 15:35                           ` hasufell
2015-09-10 15:41                             ` Alec Warner
2015-09-10 15:50                               ` Rich Freeman
2015-09-10 16:50                               ` hasufell
2015-09-10 16:51                             ` [gentoo-dev] " Duncan
2015-09-10 13:38                       ` [gentoo-dev] " Alan McKinnon
2015-09-10 12:46                     ` Alec Ten Harmsel
2015-09-10 13:07                       ` Michał Górny
2015-09-10 13:20                         ` Rich Freeman
2015-09-10 14:31                         ` Vadim A. Misbakh-Soloviov
2015-09-10 15:38                           ` Alec Warner
2015-09-10 16:37                             ` Vadim A. Misbakh-Soloviov
2015-09-10 16:57                           ` hasufell
2015-09-10 17:17                             ` Rich Freeman
2015-09-10 18:05                               ` hasufell
2015-09-10 18:22                                 ` Rich Freeman
2015-09-10 18:30                                 ` Paweł Hajdan, Jr.
2015-09-10 17:43                             ` [gentoo-dev] " Duncan
2015-09-10 19:04                               ` Vadim A. Misbakh-Soloviov
2015-09-10 18:50                             ` [gentoo-dev] " Vadim A. Misbakh-Soloviov
2015-09-10 16:24                         ` Alec Ten Harmsel
2015-09-10 16:50                           ` Vadim A. Misbakh-Soloviov
2015-09-10 12:47                     ` Michael Orlitzky
2015-09-10 16:21         ` [gentoo-dev] " Duncan
2015-09-10 18:15         ` [gentoo-dev] " Daniel Campbell
2015-09-10 18:21           ` hasufell
2015-09-10 18:26             ` Rich Freeman
2015-09-11  9:03               ` Daniel Campbell
2015-09-11 12:13                 ` Rich Freeman
2015-09-11 17:11                   ` [gentoo-dev] " Duncan
2015-09-11 17:41                     ` Rich Freeman
2015-09-11 18:03                       ` [gentoo-dev] USE="gui" Ian Stakenvicius
2015-09-11 18:16                         ` Rich Freeman
2015-09-11 20:34                         ` hasufell
2015-09-11 23:52                           ` Daniel Campbell
2015-09-12 11:47                             ` hasufell
2015-09-12  2:29                           ` [gentoo-dev] USE="gui" Duncan
2015-09-12  4:45                             ` Dale
2015-09-12  2:24                         ` Duncan
2015-09-12  4:55                   ` [gentoo-dev] www-client/chromium gtk3 support Raymond Jennings
2015-09-12 10:00                     ` [gentoo-dev] " Duncan
2015-09-12 10:48                       ` Rich Freeman
2015-09-13  5:07                         ` Duncan
2015-09-12 10:04                     ` [gentoo-dev] " Rich Freeman
2015-09-09 10:06 ` [gentoo-dev] Re: firefox gtk3 status, danger of gtk2 in-tree deprecation? (was: www-client/chromium gtk3 support) Duncan
2015-09-09 15:12   ` »Q«
2015-09-10  2:23     ` Duncan
2015-09-09 15:32   ` [gentoo-dev] Re: firefox gtk3 status, danger of gtk2 in-tree deprecation? Ian Stakenvicius
2015-09-10  2:02     ` Duncan
2015-09-09 13:47 ` [gentoo-dev] www-client/chromium gtk3 support Alexandre Rostovtsev
2015-09-10  6:28   ` Daniel Campbell [this message]
2015-09-09 15:00 ` Mike Gilbert
2015-09-09 15:10   ` Alexandre Rostovtsev
2015-09-09 15:16     ` Alec Warner
2015-09-09 15:40       ` Ian Stakenvicius
2015-09-09 15:48         ` hasufell
2015-09-09 16:14           ` Ian Stakenvicius
2015-09-09 16:36             ` hasufell
2015-09-09 18:17           ` Paweł Hajdan, Jr.

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=55F1232A.6070400@gentoo.org \
    --to=zlg@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