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 9EB1F1395E1 for ; Sun, 2 Aug 2015 19:21:58 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AA4F014028; Sun, 2 Aug 2015 19:21:52 +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 A8EF81401E for ; Sun, 2 Aug 2015 19:21:51 +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 ACCD23406F0; Sun, 2 Aug 2015 19:21:49 +0000 (UTC) Date: Sun, 2 Aug 2015 21:21:32 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: Andrew Savchenko , gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] useflag policies Message-ID: <20150802212132.17d253e5@pomiocik> In-Reply-To: <20150802215025.3e12728997b64d4531a19058@gentoo.org> References: <20150802192702.4d34b007@pomiocik> <20150802212103.411d30740601e0cb1703d26f@gentoo.org> <20150802203527.7866959e@pomiocik> <20150802215025.3e12728997b64d4531a19058@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_/5PMaaupFotBx11WtxyQ83ni"; protocol="application/pgp-signature" X-Archives-Salt: db8bc153-ed3f-49e1-b6eb-8b3bcb52e990 X-Archives-Hash: 47f69f3313436df01463ec68060ac632 --Sig_/5PMaaupFotBx11WtxyQ83ni Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2015-08-02, o godz. 21:50:25 Andrew Savchenko napisa=C5=82(a): > On Sun, 2 Aug 2015 20:35:27 +0200 Micha=C5=82 G=C3=B3rny wrote: > > Dnia 2015-08-02, o godz. 21:21:03 > > Andrew Savchenko napisa=C5=82(a): > >=20 > > > 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 unfriendl= y, > > > > and 'fixed' it with this ugly hack... > > > >=20 > > > > As I see it, this is a major failure of using toolkit-version orien= ted > > > > flags rather than feature-oriented flags. Possibilities compared: > > > >=20 > > > > USE=3D'qt4 qt5' without ^^ is easy to set since it is free of REQUI= RED_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 bet= ter > > > > for binary packages. However, it may mean that user will have to > > > > randomly adjust flags per-package. Which may end up sucking even mo= re > > > > 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 G= NOME > > > > 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": "wha= t is > > > 'qt', how is it different from 'qt4' and 'qt5'. > >=20 > > This can be easily fixed via USE flag descriptions. And unlike with > > your solution, the descriptions can be globally consistent. > >=20 > > > What you are really > > > doing is implementing second-level USE flags, while they were > > > supposed to be linear. > >=20 > > Please support such claims with references. >=20 > A reference from your previous e-mail: > > > On Sun, 2 Aug 2015 19:27:02 +0200 Micha=C5=82 G=C3=B3rny wrote: > [...] > > > > What would be really clean is USE=3D'qt qt5' (or 'qt qt4'), alike G= NOME > > > > 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 > You're proposing "qt" as a top level USE flag, while "qt4/qt5" will > be in your opinion optional clarifying USE flags. This way we have > second-level hierarchy. I meant the claim that USE flags are supposed to be linear. -- Best regards, Micha=C5=82 G=C3=B3rny --Sig_/5PMaaupFotBx11WtxyQ83ni Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVvm28XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOr8wQAKG7YygpzFWo100p5n01096u JQvBleAo1nKqGQ2NFa51+mIJOWRU5aL/OKVG5NmdIypS+Wk9ghm00T3d9+Fodc1/ rRGcPxhpBIerBd+VAyV7xhTbMaUvf6Th9h6H/3nJ4ee6axt+lE9kR17r0Ccc+eWv dwv9X5mO3BwTDUOO/MqeuhGITMoppCDSeRoT1LJFt8Mcjk98B7t1x83xtuFFX0G3 Rl7SvezgVU3fxTuu8Yl24SkQ0yqwTuRi5LCMCedZCnUMwJLffN5UtnYn94pBZptM +aRb2lc7DMdDHK4O2qlg8YzG4nkfEiuUO1SYjbSoRUoXJhLPgVbrkzcvJUPqz6kN Fhj/nMiQihK7PsDR/VpTLdVlYwNwGkcq2FQv5OC0/+xOAWpSQEjH2iHtxR0lG2HL krNnYfb6KMiprKA5wDK9cBJ6xi7GaQxZB7z693DJSyF7OaPApqO8Ul0yiff0dJjd n4XBzJ7z+Dtcu0RHv1R682yl4q79nLo4r0yjvNGaQQ0oTMcLlHDfvSQtsu7zUdMF iN6cJCw2Jpw5N+5TPOox7n4pkMoM0snHulagrkwYvqxLJ9B5NUxPjVfvvaxx1znr g9A/S1NO5No1bHhFRQfL2qzsnhrAil1aJ/+Or4Wxf10wAA4yHt8vUSlaEJmtk+2u ynNRahhny0Ab2PL3xTIj =IOtc -----END PGP SIGNATURE----- --Sig_/5PMaaupFotBx11WtxyQ83ni--