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 5A0E4138453 for ; Wed, 9 Sep 2015 13:47:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C867B21C018; Wed, 9 Sep 2015 13:47:42 +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 D279121C003 for ; Wed, 9 Sep 2015 13:47:41 +0000 (UTC) Received: from [192.168.88.43] (pool-71-241-228-152.washdc.fios.verizon.net [71.241.228.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: tetromino) by smtp.gentoo.org (Postfix) with ESMTPSA id AB71534098D for ; Wed, 9 Sep 2015 13:47:40 +0000 (UTC) Message-ID: <1441806457.25086.57.camel@gentoo.org> Subject: Re: [gentoo-dev] www-client/chromium gtk3 support From: Alexandre Rostovtsev To: gentoo-dev@lists.gentoo.org Date: Wed, 09 Sep 2015 09:47:37 -0400 In-Reply-To: <55EFDDAD.9030502@gentoo.org> References: <55EFDDAD.9030502@gentoo.org> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-rbzI4B2wFwyqiPuRAc0u" X-Mailer: Evolution 3.16.5 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 X-Archives-Salt: 212b21d1-6849-4be1-9ab5-79502af402fa X-Archives-Hash: 08f469ada570e988005fb2e4205e5fa6 --=-rbzI4B2wFwyqiPuRAc0u Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2015-09-09 at 09:20 +0200, Pawe=C5=82 Hajdan, Jr. wrote: In chromium's case (a new gtk3-based ui that needs wider testing), a local gtk3 USE flag does make sense. But in general, the gnome team recommends avoiding the gtk3 flag whenever possible. We definitely don't want it to become a global flag. We are trying to avoid the following scenario: (1) Dozens of ebuilds add gtk3 USE flag, and the semantics of the gtk3 flag differ wildly in those ebuilds: (a) build an optional gui that happens to be based on gtk3 (instead of no gui at all); (b) build experimental gtk3-based gui (instead of stable gtk2 gui as recommended by upstream); (c) build recommended gtk3-based gui (instead of legacy gtk2-based gui which is not supported by upstream any more); (d) build widget library and utilities for gtk3 (possibly in parallel with gtk2 widgets and utilities); (e) build widget library and utilities for gtk3 (and disable gtk2 widgets and utilities - without making any effort to allow both gtk2 and gtk3 support in parallel by splitting the package or renaming a few files). (3) Since the flag is used all over the place, some users try to globally enable or disable it, depending on their personal feelings about Adwaita's tab shapes. (4) Since the flag sometimes means "build a gui (instead of no gui at all)" at some point it gets globally enabled in some profile. (5) Users are forced to maintain giant lists of package.use entries to get a usable desktop environment. Unhappiness reigns. In other words, to avoid the scenario that happened during gtk1/gtk2 transition, and which is now starting with qt4/qt5 [1]. [1] https://archives.gentoo.org/gentoo-dev/message/11e3d077e0d9c953597c3d17= f327c6b3 --=-rbzI4B2wFwyqiPuRAc0u Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1 iQJ8BAABCgBmBQJV8Dh5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RTNCRkUzRDRBNkI2MEEwQkYwQzMyOEEx OEU1QjZGMkQ4RDVFQzhEAAoJEBjltvLY1eyNQpwQALJmwl2kAs3LCwXJZGXE+IWn 4j35CEzd8+r0rBLolfPYJGBmbwW/+H45bEgpOFLN/5IzNLwYopB1lOpJs1uqyNat g75W/j5tdJtqozi+oEgOhyj5M7d32nDAaFjPLnwJCvRx50Se6saygcFg4MDHjBU1 wwOqdCbw7AGYiUWmd6iQSrNJqGGTxk7O5lpB4m/wlk7piWvBcUfJKuxSiRb60+9V 73FWwU3Wsm7v+FjuqUkIVu+hv7GQ4pDnmeKJ4g/LTvgadZLGkFFqchOy2izuY4eg 6a4+29QEgd7kpwAarp2E1EKCGk54RJqW6IYmvgw1Xayl3pANluu3JNkT3YXbJDrP 3qrGkKq+Q/3w1vVi5c2jbvR9VQOU2JIp6Lv7LnUtZYVY8HnddtejfbMF9812uWXe nWSIEkuucqcC1lJ846tlqZbNq03ysj2KdocIRlCG+Q7O4enmRDkulFOqG0X5Jj47 4/Ci0kqBAslBjk2AKuwhrj1rwyEfY7T0OxkiObDgjdYpRKQpNdksxMkfrVdO2wDu 9/wUDtQyQ2e9qH88pd/nIUec5+SGP8/lJ+YcsdEPcHfEsduC83vflvwDRQPXPsz/ DmMFhnbfLgz5cgf7rWkvX23pwdSZJP2px5lJrpHXfNh3Z0tIMSEpnoW5XTU2WxFW Zgj8GhK9gggwTblvFXn8 =OF6u -----END PGP SIGNATURE----- --=-rbzI4B2wFwyqiPuRAc0u--