public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ian Stakenvicius <axs@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation
Date: Fri, 27 May 2016 11:34:51 -0400	[thread overview]
Message-ID: <9a44aed5-b359-90b0-ef7a-afeb133111a5@gentoo.org> (raw)
In-Reply-To: <1464358866.13834.59.camel@gentoo.org>


[-- Attachment #1.1: Type: text/plain, Size: 3259 bytes --]

On 27/05/16 10:21 AM, Mart Raudsepp wrote:
> [ Snip! ]


Agree on all other portions above; its the Applications part below
that is most contentious though and is also what I care most about:


> * Applications may only use a gtk2 based stack or gtk3 based stack in a
> given version/revision. gtk3 is strongly preferred when it is deemed to
> not have any regressions compared to gtk2 build, but the choice is
> ultimately with the maintainer. Once the application converts to using
> gtk3 in our distribution, it should try hard to stay that way in
> upcoming versions as well.
> 
> * Some exceptions to the above may exist under heavy consideration,
> especially in cases where the toolkit usage is complex and may have
> some issues for some, but in general gtk3 support is deemed good by
> upstream. Most notable here would be browsers like firefox and
> chromium, which are using gtk dependency more for emulating the theme
> it uses, rather than using it as its real toolkit. If such exceptions
> are allowed, the USE flag naming here must be consistent amongst the
> exceptions. My proposal would be USE=force-gtk2 then, as I have no
> better ideas without stomping on the USE=gtk{2,3} historical meaning.


Personally I don't see an issue at all with maintainers of
applications allowing a package to be built against gtk2 instead of
gtk3 even if gtk3 is deemed "good enough" by upstream.  There are a
number of end-users (myself included) that prefer the gtk2 experience
over gtk3, and so to me I'd like to not limit what app maintainers
want to do, but rather just limit the way they can do it.  The
'force-gtk2' flag to me seems appropriate for this, especially since
this type of choice should explicitly not be linked to a flag in any
profiles (and i believe both gtk2 and gtk3 exist in some profile or
another).


> When arguing in favor of supporting gtk2 builds more for apps, please
> do keep in mind that gtk2 really is pretty much dead. And no, MATE,
> XFCE and others are NOT continuing its support; they are just slow in
> fully converting to gtk3, but they are doing so and I expect both of
> those to be fully done this year, around autumn.
> If the issue is political or just a general gnome3 or gtk3 hate, then I
> would ask you to keep your political opinions or hate outside this
> thread and go contemplate on more important life issues.
> If the issue is lack of themes, then I would like you to help package
> more gtk3 themes. gtk3.20 now has a stable CSS based theme API and
> themes shouldn't be breaking anymore beyond this point, theoretically.
> And gtk3 theme packages should pretty much just be CSS files and some
> metadata. Though we have yet to get over that bumpy thing yet (a main
> reason gtk3.20 isn't in main tree yet).


As to the death of gtk2, well, despite firefox officially adopting
gtk3 as the default in 46.0 there's still a lot of open bugs, some of
which have been around for years, and the other mozilla products have
barely tried to port their UIs over.  I expect it will be 2018 at
least before mozilla doesn't officially need gtk2 anymore.  Dead
upstream or not, I expect there will still be consumers of gtk2 for a
few years yet.




[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 213 bytes --]

  parent reply	other threads:[~2016-05-27 15:35 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-27 14:21 [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation Mart Raudsepp
2016-05-27 15:02 ` Brian Dolbec
2016-05-27 16:35   ` Canek Peláez Valdés
2016-05-27 17:17     ` Brian Dolbec
2016-05-27 15:34 ` Ian Stakenvicius [this message]
2016-05-27 15:40 ` William Hubbs
2016-05-27 17:28   ` rindeal
2016-05-27 18:23   ` M. J. Everitt
2016-05-27 21:22   ` NP-Hardass
2016-05-27 15:56 ` Patrick Lauer
2016-05-27 16:15 ` Austin English
2016-05-27 16:54 ` landis blackwell
2016-05-27 16:59   ` rindeal
2016-05-27 17:14     ` Anthony G. Basile
2016-05-27 17:44       ` William Hubbs
2016-05-27 17:55         ` Anthony G. Basile
2016-05-27 21:09           ` William Hubbs
2016-05-27 18:23       ` Mart Raudsepp
2016-05-27 18:28         ` Ian Stakenvicius
2016-05-27 19:06       ` Daniel Campbell
2016-05-30 15:17       ` Mart Raudsepp
2016-05-27 18:10 ` waltdnes
2016-05-27 18:26   ` Mart Raudsepp
2016-05-27 18:44     ` rindeal
2016-05-27 18:51       ` [gentoo-dev] [RFC] improper use of X Ian Stakenvicius
2016-05-27 18:57 ` [gentoo-dev] [RFC] gtk/gtk2/gtk3 USE flag situation Daniel Campbell
2016-05-27 21:45   ` NP-Hardass
2016-05-27 22:05     ` Daniel Campbell
2016-05-27 22:21       ` NP-Hardass
2016-05-30 20:46         ` Joakim Tjernlund
2016-06-06 15:37           ` NP-Hardass
2016-05-27 21:08 ` NP-Hardass

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=9a44aed5-b359-90b0-ef7a-afeb133111a5@gentoo.org \
    --to=axs@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