From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 276DD138454 for ; 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 ; Thu, 10 Sep 2015 16:51:47 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) 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 ; 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 ; 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: References: <55EFDDAD.9030502@gentoo.org> <55EFDEC7.1070403@gentoo.org> <55F00BFD.7050804@gentoo.org> <55F12159.3020506@gentoo.org> <55F1439E.1070002@gentoo.org> <55F16059.9090502@gentoo.org> <55F173F3.7040806@gentoo.org> <55F17885.2050103@gentoo.org> <55F17D51.1040500@gentoo.org> <55F1A359.7050007@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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