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 00FF8138448 for ; Wed, 9 Sep 2015 07:20:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7B5BCE08B1; Wed, 9 Sep 2015 07:20:30 +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 8463FE089E for ; Wed, 9 Sep 2015 07:20:29 +0000 (UTC) Received: from phjr-macbookpro.local (agxp86.neoplus.adsl.tpnet.pl [31.63.221.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: phajdan.jr) by smtp.gentoo.org (Postfix) with ESMTPSA id 3E999340896 for ; Wed, 9 Sep 2015 07:20:27 +0000 (UTC) To: gentoo-dev@lists.gentoo.org From: =?UTF-8?Q?Pawe=c5=82_Hajdan=2c_Jr.?= Subject: [gentoo-dev] www-client/chromium gtk3 support Message-ID: <55EFDDAD.9030502@gentoo.org> Date: Wed, 9 Sep 2015 09:20:13 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; 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 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="NMEA5ETTcgFGkCB7i5kDilAlje8JbAVO5" X-Archives-Salt: 0fce5ea2-f48c-47cd-8d12-902d6299b0c6 X-Archives-Hash: 971c0f3cdc3d0aea78f83b946d566a7f This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NMEA5ETTcgFGkCB7i5kDilAlje8JbAVO5 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable A user asked for optional gtk3 support in www-client/chromium: However, reading e.g. says this: > having USE=3Dgtk3 to enable gtk+-3 instead of gtk+-2 support is > forbidden > package is an application with support for multiple gtk+, maintainer > is free to select whatever slot he desires to support. It is strongly > advised to use gtk+-3 if functionality is equivalent. This is to > reduce workload of bugs being triggered with one slot but not the > other. What are your recommendations for the best course of action? For stability and maintainability, I'd prefer www-client/chromium to use the upstream defaults (gtk+-2 AFAIK) since it's most common, tested, and supported configuration. If/when upstream moves to gtk+-3, we'd just foll= ow. I also understand we have users who are eager to run various configurations, and expect Gentoo to be flexible and allow that. Would masking a gtk3 USE flag for www-client/chromium be acceptable? Are there any other solutions that might work? Pawe=C5=82 --NMEA5ETTcgFGkCB7i5kDilAlje8JbAVO5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iQIcBAEBCgAGBQJV792xAAoJEE8aJVXqcZkdkhQQAKKGFIpK1X+c4DBo2itpHigQ 50MsIw9vLCXv5krWIAv5O06DNdrHurme7BnbSwvS33tWUQVWdUi4MHiSUW5jo3mw Dv5BdliwOv8FlTmp18wPLk7uEWm1l5dFHuxsAmGE7OYhdkjrprE4oGVwQCX+2DX4 jRKfin6PO3NijtGGlWCQ3H/iE9viWIZqzN5nC5WmaifqPIl7JrWqwjJtmck2dMSx dVodRI1iQHOiwJwVmjtpjVsWMhP9bZLLd7MgNGublsN98ayFlb5THg5sFSr4dDvu f7mMTwQPIIdEppgCmwhnc7wkDvYbIcwwpQb1fnaJAmwbVkC+kqifE1GmitS55a97 EbHj1bhYubo2O1Jc3qME68Ftbv7A8hTbf/l64aIp9bBpLs1y1YD1xOciKcyJsm9y R0TkRgbu+Fv0QVrNe06T5A4OzZdq+AwWAx+bvkiPB+Rk5pxh3uDqIjLXUGRtalhs f3AP+pgIOtItohF72yJVL1rSSMIAYS1VfJJVkKqxYUvbJaHwsZtnaXGuxBMPN1lN l/p1d8T5kT8NIsXwZkZyWGwyreX/Z9yc30NH/UofVz6MZh2vYfbASAeR7aFkpCpl 1qXIY/ooSsrG1tDGV0L/6UlHtpLYzWyiMax9qzklXFZTEsHNDfbmNm8su8v1ywwr esv1Lm9dNOeS4MnEAa8r =zCJE -----END PGP SIGNATURE----- --NMEA5ETTcgFGkCB7i5kDilAlje8JbAVO5--