From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 3AD88138350 for ; Mon, 10 Feb 2020 06:45:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 99D96E0895; Mon, 10 Feb 2020 06:45:04 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 09494E0844 for ; Mon, 10 Feb 2020 06:45:04 +0000 (UTC) Received: from pomiot (c142-245.icpnet.pl [85.221.142.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id D6A0334E980; Mon, 10 Feb 2020 06:45:00 +0000 (UTC) Message-ID: Subject: Re: [gentoo-dev] Inconsistent use of || preferences for www-client/elinks, links, lynx, w3m, and w3mmee From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Cc: dotnet@gentoo.org, Fabian Groffen , nicolasbock@gentoo.org, swegener@gentoo.org, monsieurp@gentoo.org, zlogene@gentoo.org, x11@gentoo.org Date: Mon, 10 Feb 2020 07:44:56 +0100 In-Reply-To: <8bd7f75c-3fc4-d243-b7b5-352a5c8da979@gentoo.org> References: <8bd7f75c-3fc4-d243-b7b5-352a5c8da979@gentoo.org> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-qfyvaw+DP8FuPk/hrrIW" User-Agent: Evolution 3.32.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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-Archives-Salt: 2017b160-17fa-4939-85fe-d2e9939cec47 X-Archives-Hash: ab664f5f266aa568c6969d0524f8debe --=-qfyvaw+DP8FuPk/hrrIW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, 2020-02-09 at 22:30 -0800, Zac Medico wrote: > Hi all (especially package owners in CC), >=20 > In various packages we have inconsistent use of || preferences for > www-client/elinks, links, lynx, w3m, and w3mmee. This means that the > default preference depends on the combination of packages that one has > installed and the order that one has installed them, leading to > unpredictable results. >=20 > Here is a list of relevant packages and their dependencies: >=20 > app-text/docbook-sgml-utils: || ( www-client/lynx www-client/links > www-client/elinks virtual/w3m ) > app-text/sgmltools-lite: || ( www-client/w3m www-client/lynx ) > app-text/xmlto: || ( virtual/w3m www-client/lynx www-client/elinks ) > dev-lang/mono: || ( www-client/links www-client/lynx ) > mail-client/mutt: || ( www-client/lynx www-client/w3m www-client/elinks ) > mail-client/neomutt: || ( www-client/lynx www-client/w3m www-client/elink= s ) > net-irc/irssi: || ( www-client/lynx www-client/elinks ) > sys-fs/gt5: || ( www-client/links www-client/elinks www-client/lynx ) > x11-base/xorg-server: || ( www-client/links www-client/lynx www-client/w3= m ) >=20 > How about if we create some more virtuals to cover all of the relevant > cases? I don't think that's a valid case for a virtual since those tools do not provide a consistent API for other packages. It just happens that some packages explicitly support multiple choices, and this is exactly what || indicates. The virtuals would really be arbitrary here. Developers would repeatedly fail to use them because they wouldn't naturally expect the virtual to exist. >=20 > We've already got virtual/w3m to cover this particular case: >=20 > || ( www-client/w3m www-client/w3mmee ) >=20 > We might want to use nested virtuals, in the same way that virtual/jdk > nests under virtual/jre. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-qfyvaw+DP8FuPk/hrrIW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl5A++hfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA74PggAjorEx5cd0qK3R6E4wDnuer1fgxU9qqRzanCzgLIhsUr/E08R9MRpStYT W3gqYcTz+K5YbSl+cRhfgVe5ELQlYrxLNLcyp98GF6XiuxGlyQqesaf1zGZJpPpk ZLXjNIulEyAZCf3/8wYC8Kf9OYNR6IkNp9KPKEv25ThEL2wO8FfXqoZtK19qnhhR DnbJCjRXdkjuu34sAN+9yuTSCLZJJPMlb9WXGICXa29OwLIUExxyYvMdCJx+4ZIF hrvtrV5eCq25lmt0CXJK8Zp7elNLn8ws1ES04Orv9/k0g+W0JNE9CtA27m7icpaS Cd54Jf0N7kakHi/xK+WYJCYF/P7REA== =MEeN -----END PGP SIGNATURE----- --=-qfyvaw+DP8FuPk/hrrIW--