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 CCBC6139734 for ; Tue, 11 Aug 2015 10:11:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 686191423C; Tue, 11 Aug 2015 10:11:06 +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 61240141FE for ; Tue, 11 Aug 2015 10:11:05 +0000 (UTC) Received: from [IPv6:2001:470:1f09:1501::2] (work.pinkbyte.ru [IPv6:2001:470:1f09:1501::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: pinkbyte) by smtp.gentoo.org (Postfix) with ESMTPSA id B1FA4340A51; Tue, 11 Aug 2015 10:11:03 +0000 (UTC) Message-ID: <55C9CA32.3060300@gentoo.org> Date: Tue, 11 Aug 2015 13:10:58 +0300 From: Sergey Popov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.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 To: Davide Pesavento , gentoo-dev@lists.gentoo.org CC: qa@gentoo.org Subject: Re: [gentoo-dev] Re: useflag policies References: <55C7AC24.2040503@gentoo.org> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Dkrnvu5fJSxNbjR3OeKh6P8KH4flEluR" X-Archives-Salt: 0f802a54-3884-49be-937e-be471151abde X-Archives-Hash: e99cc003292dbd4999071c4825f541f9 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4Dkrnvu5fJSxNbjR3OeKh6P8KH4flEluR Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Err, i have read the whole thread and still does not get a point, why i am wrong. It's old battle like we have beforce with "gtk" meaning "any versions of GTK flag". This behaviour should be killed with fire. Let's me reiterate some of the cases: 1. Package can be build without Qt GUI at all, but either Qt4 or Qt5 can be chosen, but not both. Fix this with REQUIRED_USE, do not enable any of Qt flags by default 2. Package can not be build without Qt GUI - either Qt4 or Qt5 is required, but not both Same thing here, different REQUIRED_USE operator. But - enable one of the flags by default to ease life of users. 3. Package can be build with Qt4 or Qt5 or both AT THE SAME TIME(if such package even exists?) Do not use REQUIRED_USE here, not needed. Now, please tell me, where am i wrong? 09.08.2015 23:08, Davide Pesavento =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Sun, Aug 9, 2015 at 12:38 PM, Sergey Popov wro= te: >> >> >> In short - apropriate REQUIRED_USE with setting recommended >> USE-flag(e.g. USE=3D"+qt4 qt5" or USE=3D"qt4 +qt5") >> >> >> >> That's most painless decision for both developers and users. Developer= s >> do not need to maintain ugly dependencies like >> >> DEPEND=3D"qt4 ? ( >> qt5 ( dev-qt/qtcore:5 ) >> !qt5 ( dev-qt/qtcore:4 ) >> ) >> ... >> " >> and other mess. >> >> >> >> Users will have default behaviour for empty make.conf. If they adjust >> they make.conf to globally include/exclude some Qt-related USEs - they= >> are already moving from default and that's why - they can add apropria= te >> options to package.use >> >=20 > Sergey, >=20 > It seems you completely ignored the discussion that took place in this > thread (and I also think you misunderstood the scenario judging from > the example you gave). Therefore I'm sorry but I will ignore your > opinion as QA team lead. >=20 > Thanks, > Davide >=20 --=20 Best regards, Sergey Popov Gentoo developer Gentoo Desktop Effects project lead Gentoo Quality Assurance project lead Gentoo Proxy maintainers project lead --4Dkrnvu5fJSxNbjR3OeKh6P8KH4flEluR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVycoyAAoJECo/aRed9267VncH/jIWJnFlnUZPR1CrlLNf2Phy 7GVseLNgwThyLyTQMKYRBWsg2FQmosRce9cyCEV3et4145i+A3iPMBzCa2+EnLb4 tfk5VYwd10AfHoClBE2AAYGap99xSPyb+DK3PJLpLtgeueRuthFQ1lkR6HuQ1xFC tQRBC7FK1RvNXB/EpqBjjskRMJ6UDDgCKa2d6PfCLfnuEHpYqVfvLdY0PBTVW5Qy f52Vny/LBQPWo+a860pZmHIpDCfek5vbbKQjjDSgppDV+huszhg/3E0kTKY6uw0y vB/Uz/hftKsD9Hsp9NG7n8fF8sZCNfD7A0hDYPV1VB2L124q57ToK5vED261aUY= =lmR8 -----END PGP SIGNATURE----- --4Dkrnvu5fJSxNbjR3OeKh6P8KH4flEluR--