From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-71953-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 276DD138454
for <garchives@archives.gentoo.org>; Thu, 10 Sep 2015 16:51:55 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id DA2C021C01D;
Thu, 10 Sep 2015 16:51:48 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id BC86E21C00E
for <gentoo-dev@lists.gentoo.org>; Thu, 10 Sep 2015 16:51:47 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <lnx-gentoo-dev@m.gmane.org>)
id 1Za54S-0007W1-9d
for gentoo-dev@lists.gentoo.org; Thu, 10 Sep 2015 18:51:36 +0200
Received: from ip98-167-165-199.ph.ph.cox.net ([98.167.165.199])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@lists.gentoo.org>; Thu, 10 Sep 2015 18:51:36 +0200
Received: from 1i5t5.duncan by ip98-167-165-199.ph.ph.cox.net with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@lists.gentoo.org>; Thu, 10 Sep 2015 18:51:36 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Duncan <1i5t5.duncan@cox.net>
Subject: [gentoo-dev] Re: www-client/chromium gtk3 support
Date: Thu, 10 Sep 2015 16:51:23 +0000 (UTC)
Message-ID: <pan$7d35c$bb8eed1b$6a74f30b$5f544cc5@cox.net>
References: <55EFDDAD.9030502@gentoo.org> <55EFDEC7.1070403@gentoo.org>
<55F00BFD.7050804@gentoo.org> <55F12159.3020506@gentoo.org>
<55F1439E.1070002@gentoo.org>
<CAGfcS_kMxJ4mKE88-R9BwAG0PMrrB6j_HR87f9uWFvNH-hCWvw@mail.gmail.com>
<55F16059.9090502@gentoo.org>
<CAGfcS_nE8E_qKcB3va=iefaMKWTT1HjCgvppOH7C69tw5YS5vw@mail.gmail.com>
<55F173F3.7040806@gentoo.org>
<CAGfcS_=_d89aMDDBvR9mBqmFe528DtHhbCq8C11cQyWS3i2+PQ@mail.gmail.com>
<55F17885.2050103@gentoo.org>
<CAGfcS_njZ-o7B_W-87KFh_LYZ-J4zKmQLw5SLEi-rzVQpy6YQw@mail.gmail.com>
<55F17D51.1040500@gentoo.org>
<CAGfcS_=Eo98=vP9HTBm72=KxK_VUrB_CYLs=Hu5Qa9iK-JPOPw@mail.gmail.com>
<55F1A359.7050007@gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: ip98-167-165-199.ph.ph.cox.net
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT af87825)
X-Archives-Salt: 4106780a-ff44-441e-af35-4be0d7fed86d
X-Archives-Hash: 3128a9e1730ac3103bc8c07d435ed4d8
hasufell posted on Thu, 10 Sep 2015 17:35:53 +0200 as excerpted:
>> Again, I'm saying that maintainers should be free to support multiple
>> versions if they wish to do so. They should not be required to do so.
>> And yes, I do realize that this limits options for users, but they're
>> welcome to proxy-maintain packages that do support the versions they
>> wish to use. If they want to fork upstream they're even welcome to do
>> that, but obviously that isn't going to happen often.
>>
>> I just don't think we should be in the business of saying "no" here.
>
> Again, your proposed use case is 1) imaginary 2) currently impossible to
> support, because there are lots of applications which either force gtk3
> in the ebuild or have only gtk3 supported upstream. It will be pretty
> much impossible to not have gtk3 installed or loaded into RAM, unless
> you don't use a DE in the first place and stick to terminals.
Pretty much impossible? For a kde and gtk2-based software user? Not so
much. I've only one package here using gtk3, a relatively recent
addition to a set in my world-sets file, and it's a rather optional
package (solaar, for managing my Logitech wireless devices), with a CLI-
only option, so I've been thinking about disabling gtk3 support just to
avoid having to hassle the gtk3 and supporting software updates.
One thing I learned fairly quickly with gentoo is that unlike binary
distros, over time there's a real cost to one-off or two-off
dependencies, because they aren't just single-time builds, but are
generally updated and must be repeatedly rebuilt over time. For things
you /might/ use, or do use occasionally, but only perhaps yearly or less
often, it's often more efficient to merge on-demand, then unmerge again,
until they happen to be needed again, than it is to keep them and
dependencies current the whole time. (Tho obviously, this applies more
to ~arch users who do --deep updates, than others.)
In that context, given the current usage of gtk3 in-tree, it's quite
realistic for a user to wish to avoid gtk3, if they've a number of gtk2-
only apps (as I do). Similarly the other way of course, for those with a
number of gtk3 apps, they may wish to avoid gtk2 and gtk2-only apps, if
they can, to avoid it being on their system, tho AFAIK with both chromium
and firefox being gtk2 at this point, that's a bit more difficult.
Unfortunately, gentoo/gtk's attitude makes this much more difficult than
it should be.
--
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