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 310FD1387FD for ; Wed, 11 Jun 2014 13:12:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B7966E0B8D; Wed, 11 Jun 2014 13:12:47 +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 D5742E0B7D for ; Wed, 11 Jun 2014 13:12:46 +0000 (UTC) Received: from pomiot.lan (77-253-145-159.adsl.inetia.pl [77.253.145.159]) (using SSLv3 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id AE42E33FFAD; Wed, 11 Jun 2014 13:12:44 +0000 (UTC) Date: Wed, 11 Jun 2014 15:12:31 +0200 From: =?ISO-8859-2?B?TWljaGGzIEfzcm55?= To: gentoo-dev@lists.gentoo.org Cc: chithanh@gentoo.org Subject: Re: [gentoo-dev] Creating a USE_EXPAND for ssl providers Message-ID: <20140611151231.304f1f30@pomiot.lan> In-Reply-To: <539839A6.9090509@gentoo.org> References: <53877169.3010800@gentoo.org> <539839A6.9090509@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) 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; boundary="Sig_/VhuPA7hPZFnwoNDRUoVfPBO"; protocol="application/pgp-signature" X-Archives-Salt: c19c5128-961c-4968-b767-b3ad801dce53 X-Archives-Hash: 956e0d22ad110c29a9e6e903663c42c8 --Sig_/VhuPA7hPZFnwoNDRUoVfPBO Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2014-06-11, o godz. 13:12:38 Ch=C3=AD-Thanh Christopher Nguy=E1=BB=85n napisa=C5= =82(a): > > REQUIRED_USE=3D" > > curl_ssl_winssl? ( elibc_Winnt ) > > ssl? ( > > ^^ ( > > [...] > > ) > > )" =20 >=20 > I don't like this. If the user specifies several SSL providers in > make.conf, it should mean that any of these is fine and the ebuild can > choose an arbitrary one. The exactly-one-of operator would cause emerge > to complain in this case and possibly force the user to have complex > package.use setups. Your idea comes with three significant drawbacks: 1. USE flag setups become unclear -- user sees five different SSL providers turned on and has no clue which one is actually used. 2. You create 2^n-1 valid USE flag combinations which map to n different file sets. This means that there are 2^n-n-1 useless USE flag combination which make matching binary packages a PITA. 3. There is no clean way of enforcing SSL provider match between packages. Wasn't this thread initially about curl and rtmpdump requiring matching flags? --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/VhuPA7hPZFnwoNDRUoVfPBO Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJTmFXDXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOZRQQAMKFKZWW35Ym+bDZhPPkY3gF T017FnZpVAWyiHB8Sw4ZvujbYDfq/u7WeW3+t37KJN5AvnJM5AMInHbSrQHzdzil fBHtqXeFBbnLJed78lrxTy2M5PGr6YQ6oAnoVyIklNYC3F9glyugHtpsHtVoAgo7 /MS/z+fV5pY3Ma+I+XXJSFZwI2Amr2m215QKTiR6xZ471Ml1CieTudLbx7IOTkdH UVrW1hYzxUodf+3gbf78WRMfja7zYlQrz0EBh9NedGuBkapOLvO7nYZ73KI1T7VJ pT1IYZ7blVq96LRFdPZnnKOPXy6YM6Q89AVXVkGYzAERD5tL/h3QH79aGz1MIbPW iRJ7HfPsxDz/JVR/5CrV61NggAitSq3MXz9gB8pGj3iMjLI/W67T+RFCboQEgeIo V+nn53pnuz37R7SabPANZaRm0cjHunyczpyBf72462ShI91rs0o3y+7GMfMIIL9g FRHhzSMBxXc1Px8mj6w1POfT/r/4MuFMXMHCHSzkVB0DgC/V+b1uOm1BqgCniwB/ o6zLyNGJ7fm4EYP8fLFFQQM20yAiA19dgLd3BznhNlPm3i4aVvKS3z9JmgQo12hO lJwKj3nW0fl3/aq2dLfeBk2VKIYY4SuUcmLAa8fxHNzWeQtq9XwCCNVfZoRtOtGQ g+s7clzfVME7dynP+INR =0yHR -----END PGP SIGNATURE----- --Sig_/VhuPA7hPZFnwoNDRUoVfPBO--