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: Thu, 10 Sep 2015 11:15:07 -0700	[thread overview]
Message-ID: <55F1C8AB.40005@gentoo.org> (raw)
In-Reply-To: <55F1439E.1070002@gentoo.org>

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

On 09/10/2015 01:47 AM, hasufell wrote:
> On 09/10/2015 08:21 AM, Daniel Campbell wrote:
>> 
>> For me to not support gtk2 in the spacefm ebuild would be
>> providing a package inferior to upstream.
> 
> That sounds like spacefm with gtk3 is lacking anything. It is not. 
> Providing choice for the sake of choice is not always a good idea.
> 

To my knowledge, the gtk3 version of spacefm *did* indeed have less
functionality, at first. I think they're mostly the same nowadays,
though. That said, I wasn't saying gtk3 support was lacking. But if
our package supports less things than upstreams, we're not shipping
/as complete/ a package.

For cases where either toolkit is unstable or doesn't work, I'm with
you: things that are unstable should either be clearly marked as such
or not added to the ebuild at all. But in spacefm's case, upstream
actively supports both toolkits and respects the user's choice.
Following suit here is the best idea, simply because we'd be providing
the same package and not forcing a choice on the user.

If there was something wrong with the gtk2 build -- let's say later on
gtk2 just goes unmaintained and starts breaking on Gentoo -- then
absolutely it should be removed. But for now, I think both should be
supported.

As for USE flag names, personally it doesn't really matter. I wouldn't
mind switching USE flag names, but as you said, we need consistency.
But as long as I'm maintainer of a package that gives users options
between toolkits, I will support them because as long as said toolkit
works, it's a sane choice that's *worth* supporting.

Of course, that's just my opinion and others are free to discard or
ridicule it as they see fit.

tldr: If the problem is USE flags, let's talk USE flags. If it's
supporting more than one toolkit in general, I see no reason not to
let maintainers use their discretion and not force their hand in
either direction.

- -- 
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

iQIcBAEBCAAGBQJV8cimAAoJEAEkDpRQOeFw+jEQAIXcL7m+IEhDlt7pM8hQY3Bm
gTD0QzcDfXRV+wRkx35mhENXxPnT5hW/kxBYriUwfFFgKaG0BV8/Iv3P+J59J24l
R9QkgeZJ/DnWgTTYLfiY0tiRnua1g8CWTKG9mWRy1oaLKy0WOLnpcn90sBGVKk5O
qVWZditk16TiDPcbehPZQCUshnM1+INie3ANh2DeNrNJk6Lg2OmwPB5zeg8t70kn
cbnFEK1kansHVgglBoka/syY3oXrbEATL1xzLIkCCUp64V7+1yT+bwA1K79BJB9z
SVawPlI8CwaI3jGfT228gUCdyQzOdDa7ES9PHcMFuD5VettrVMdOpQ7Nm4RXIItt
LdsTGBjuZ2hu3sQRnsQcOLJQTFsWMUr7kMvBPkKwM8t/HDRJ6zfgP7ND8mi+CktE
rxa5KcbnOV3Kz13YtuS9SD7MdIjr4X/S4FTGhL23DXNGksltZ3+pRPMEHeV25a8l
opFYW55UK4Des1HK00glkLJTNsXx4Kv9/rSgh6hpATBKf66Ft9yZ7CtqJWx3EesU
QRfQ2T5PNDl2HNbybXvggQsg+oVnlPTpwRs2B5FlWHZfKxV+c5sWPtHPsxHpclw/
5W/YfUin5DnxBO8bCTk40rpeq3cTdUJkA2i2F63glCcOhXt2LGwq54uKg4GR6v38
nWi5NyH2vOwR5rhaqC5q
=oW5i
-----END PGP SIGNATURE-----


  parent reply	other threads:[~2015-09-10 18:15 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         ` Daniel Campbell [this message]
2015-09-10 18:21           ` [gentoo-dev] " 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
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=55F1C8AB.40005@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