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 05FDB1395E1 for ; Sun, 2 Aug 2015 18:35:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A4240E07D8; Sun, 2 Aug 2015 18:35:45 +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 AA484E07D2 for ; Sun, 2 Aug 2015 18:35:44 +0000 (UTC) Received: from pomiocik (public-gprs517247.centertel.pl [31.61.139.192]) (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 0AFE3340634; Sun, 2 Aug 2015 18:35:42 +0000 (UTC) Date: Sun, 2 Aug 2015 20:35:27 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: Andrew Savchenko Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] useflag policies Message-ID: <20150802203527.7866959e@pomiocik> In-Reply-To: <20150802212103.411d30740601e0cb1703d26f@gentoo.org> References: <20150802192702.4d34b007@pomiocik> <20150802212103.411d30740601e0cb1703d26f@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; 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_/jCtKxpH4Z/ksuPDCF8gjGX."; protocol="application/pgp-signature" X-Archives-Salt: 9a57fe03-0399-41e9-9ece-bc406a21b252 X-Archives-Hash: ce17e5bca47cbf9d090b1348a25d615e --Sig_/jCtKxpH4Z/ksuPDCF8gjGX. Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2015-08-02, o godz. 21:21:03 Andrew Savchenko napisa=C5=82(a): > On Sun, 2 Aug 2015 19:27:02 +0200 Micha=C5=82 G=C3=B3rny wrote: > > Long story short, this is USE=3Dgtk once again. GNOME team had a > > policy that handled the case cleanly and QA outvoted it in favor of > > Qt-like policy. Then Qt team figured out their policy was unfriendly, > > and 'fixed' it with this ugly hack... > >=20 > > As I see it, this is a major failure of using toolkit-version oriented > > flags rather than feature-oriented flags. Possibilities compared: > >=20 > > USE=3D'qt4 qt5' without ^^ is easy to set since it is free of REQUIRED_= USE > > issues. However, it's ugly: USE=3D'qt4 qt5' may now mean either both > > toolkits or one of them. In the latter case, we have two flag > > combinations (=3D two different binary packages) that mean the same. > > Additionally, USE=3D'-qt4 -qt5' may mean both none of them or one of > > them. If the latter, yet another case of redundant binary package. > >=20 > > USE=3D'qt4 qt5' with ^^/?? is cleaner from user perspective and better > > for binary packages. However, it may mean that user will have to > > randomly adjust flags per-package. Which may end up sucking even more > > with new Qt versions being introduced and package.use being full of > > random '-qt4' and stuff. > >=20 > > What would be really clean is USE=3D'qt qt5' (or 'qt qt4'), alike GNOME > > team policy. USE=3Dqt would mean 'any version of Qt, if optional', and > > qt4/qt5 would be used to switch between Qt4/Qt5. If Qt would be > > obligatory, no USE=3Dqt would apply. If only one Qt version would be > > supported, no USE=3Dqt4/qt5 would apply. Clean, sane and limited > > package.use cruft. >=20 > This is a clean solution for developers and maintainers, but not > for ordinary users =E2=80=94 they will confused by "qt qt4 qt5": "what is > 'qt', how is it different from 'qt4' and 'qt5'. This can be easily fixed via USE flag descriptions. And unlike with your solution, the descriptions can be globally consistent. > What you are really > doing is implementing second-level USE flags, while they were > supposed to be linear. Please support such claims with references. -- Best regards, Micha=C5=82 G=C3=B3rny --Sig_/jCtKxpH4Z/ksuPDCF8gjGX. Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVvmLvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZO+PQP/Rf0+HwzUlLZ+JEL2uTLPzhj 5nfoyI1l8JNj4OBwtTAM3Z/oyB2YvtXqdWc4rmdbLJaeNTJyLtxfmIL9MkDRDyZP rxsmnUL6DhEaFmKhTTUIu256DrNBsUaw/oI7wT8mV7i9ANalifB4UCy2n7aJgxHR q2lu8A2+Gk8g6B6SuxGCytODJ9GLmYZ/X2tbFCNNMrWd0YOYUiIRDLbzg3109itP xiOiLC82ZcC5CUxXDNKdIdwo5bJhWDsXkE/CIUXAEC3xvvfNYY1kGfu/TfJlf3aS dmNrpGm8PtpNOq8mDzZOkuXaupaR4Qu1qqRRW+t/v/T44Ln/TMf4bYJyYcviRcVd o/eOZKs6mVDkD4AEk/tC5a5kGCjLO1JAMYZ47IQl96/Rz4xLIYbRDFdBvKggoucE rY0qfd8E4Q9Tl0ezZK4Awca6OwfTdwj1BGTC1e4FEl6/mhyM8ZzCOc5lUIj9zEfe /Hlx8X8qgIFdKyJ+TEWOBk741EBnHHhqVkNsE6X/7A37NpfyzxkfSRlwX7QwWYWQ FGASMEZb2pg1GM3I7+pEJ8PfRkUGJV2R+P/f6GtOp6jXONQGmcCc/SNpHhArcksM wEUystfJKbCVQQQ34ULrTtx3qNMtIxEO4SZ+jl96JzEoJpudJaBJeTViiYOdwAEl gAar7ENoyRBpkThjle77 =+wXf -----END PGP SIGNATURE----- --Sig_/jCtKxpH4Z/ksuPDCF8gjGX.--