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 199DF138454 for ; Thu, 10 Sep 2015 12:53:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B822B21C012; Thu, 10 Sep 2015 12:53:43 +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 BCF1BE088B for ; Thu, 10 Sep 2015 12:53:42 +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 57051340821 for ; Thu, 10 Sep 2015 12:53:41 +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> <55F16059.9090502@gentoo.org> <55F173F3.7040806@gentoo.org> <55F17885.2050103@gentoo.org> From: hasufell Message-ID: <55F17D51.1040500@gentoo.org> Date: Thu, 10 Sep 2015 14:53:37 +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: 5346bc13-884c-469a-a8ca-b68b764fd6e8 X-Archives-Hash: 209ea601e0bff1e1926308397312baaa On 09/10/2015 02:44 PM, Rich Freeman wrote: > On Thu, Sep 10, 2015 at 8:33 AM, hasufell wrote: >> >> So this makes no sense, since it's already an unsupported corner case. > > Just what use of Gentoo do you not consider an unsupported corner > case, which isn't already better supported by some other distro? > > The whole point of using Gentoo is having "support" for all those > "unsupported corner cases." If you just want everything to support > doing things in the one way which is most supportable, you're > basically doing a really bad job at re-inventing Debian. > > I use quotes around support since all support on Gentoo is > best-effort, and that is all I'm getting at here. If a package > maintainer can support multiple configurations and are willing to do > so, they should be encouraged to do so. > So we are breaking consistency and introduce maintenance and configuration complexity, because we want to support a corner case that isn't consistently supported anyway and will not be (because that's what the gnome team said and most upstream maintainers do). You'd actually have to start forking upstream projects if you are serious about this. Everything else is just fighting the deprecation, which will come anyway. I think a lot of people just go wild when they see configure switches and stuff everything into USE flags without really considering the impact or the usefulness. It's not all about choice, it's also about sanity.