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 7614D138454 for ; Thu, 10 Sep 2015 10:50:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9002021C009; Thu, 10 Sep 2015 10:50:10 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9FBF721C001 for ; Thu, 10 Sep 2015 10:50:09 +0000 (UTC) Received: from [IPv6:2a02:908:b30:55a0:96de:80ff:fe6b:ddcc] (unknown [IPv6:2a02:908:b30:55a0:96de:80ff:fe6b:ddcc]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: hasufell) by smtp.gentoo.org (Postfix) with ESMTPSA id EFAC9340771 for ; Thu, 10 Sep 2015 10:50:07 +0000 (UTC) Subject: Re: [gentoo-dev] www-client/chromium gtk3 support To: gentoo-dev@lists.gentoo.org References: <55EFDDAD.9030502@gentoo.org> <55EFDEC7.1070403@gentoo.org> <55F00BFD.7050804@gentoo.org> <55F12159.3020506@gentoo.org> <55F1439E.1070002@gentoo.org> From: hasufell Message-ID: <55F16059.9090502@gentoo.org> Date: Thu, 10 Sep 2015 12:50:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 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 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 21e3280d-b8df-4ac4-9fd4-77ec5e2b939d X-Archives-Hash: 54a76c3f966153700f8c2eea74e3b83b On 09/10/2015 12:45 PM, Rich Freeman wrote: > On Thu, Sep 10, 2015 at 4: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. >> > > Suppose you want to run on an embedded system with limited RAM and the > ability to choose means you can use one of the two libraries > exclusively, thus eliminating the need to load the other library? > Being able to control what libraries are in use is a key feature of > Gentoo, IMO. > We are not optimizing GUI desktop systems for embedded systems . That's totally unrealistic and not a real use case.