From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NxRFU-00079C-NV for garchives@archives.gentoo.org; Thu, 01 Apr 2010 20:44:21 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A3C14E0921; Thu, 1 Apr 2010 20:44:18 +0000 (UTC) Received: from smtp.t-com.sk (mylady.t-com.sk [213.81.152.142]) by pigeon.gentoo.org (Postfix) with ESMTP id 8F63BE08D6 for ; Thu, 1 Apr 2010 20:44:12 +0000 (UTC) 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 Received: from amit.localdomain ([unknown] [91.127.238.81]) by relay1.stonline.sk (STOnline ESMTP Server) with ESMTPA id <0L070013BTLNF300@relay1.stonline.sk> for gentoo-dev@lists.gentoo.org; Thu, 01 Apr 2010 22:44:11 +0200 (CEST) Received: by amit.localdomain (Postfix, from userid 1000) id B0ADB93A393; Thu, 01 Apr 2010 22:44:10 +0200 (CEST) Date: Thu, 01 Apr 2010 22:44:10 +0200 From: =?ISO-8859-2?B?UvNiZXJ0IMhlcvJhbnNr/Q==?= To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-council] pkg_pretend USE validation and VALID_USE alternative Message-id: <20100401224410.09e9006a@amit.kihnet.sk> In-reply-to: <20100331104647.GD11663@hrair> References: <20100331092035.GA11663@hrair> <19379.6773.901690.630124@a1i15.kph.uni-mainz.de> <20100331104647.GD11663@hrair> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; x86_64-pc-linux-gnu) Content-type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/i_5tTiixrfueF8Jiab5dg_+"; protocol="application/pgp-signature" X-Archives-Salt: d27d33ca-2972-4a43-af26-85b93c24f6e1 X-Archives-Hash: 1e1fa8a3729bb7123142571ebe587f52 --Sig_/i_5tTiixrfueF8Jiab5dg_+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 31 Mar 2010 03:46:47 -0700 Brian Harring wrote: >=20 > On Wed, Mar 31, 2010 at 11:48:37AM +0200, Ulrich Mueller wrote: > > >>>>> On Wed, 31 Mar 2010, Brian Harring wrote: > >=20 > > | Occasionally, ebuilds will have conflicting USE flags for > > | functionality. Checking for them and returning an error is not a > > | viable solution. Instead, you must pick one of the USE flags in > > | conflict to favour. > >=20 > > [1] >=20 > I honestly consider the ebuild silently making decisions on the user's > behalf *worse*. Consider if openoffice silently made decisions like=20 > that- 4 hours later it'll wind up choosing the option you didn't=20 > really want and you'll be in a foul mood. If I'm getting this right the proposed behavior is such that in case of conflicting use flags emerge fails and user gets a message that he has to set use flags as required. If so then I think it is not the right way to handle it. A package manager should be able do deal with (use flag) dependencies automatically. Similarly as it deals with "normal" package dependenicies. It should not do this silenly though. emerge -pv should display real state of use flags; so if some use flag has to be turned on automatically due to dependency/conflict then it has to be shown so. This apply also for package[use_flag] deps. It is not very convenient to fiddle use flags for individual packages that I basically do not care about because they are just dependencies; so natural expectation is that package manager pulls required deps. automatically (whether it means install a package or install a package _with_ switched use flag). I hope this does not sound that I'm dictating you what is the right way to do things. I just wanted to express my opinion. And I admit that perhaps I do not see possible negative consequences of such behaviour. Regards, Robert --=20 Robert Cernansky E-mail: hslists2@zoznam.sk Jabber: hs@jabber.sk --Sig_/i_5tTiixrfueF8Jiab5dg_+ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iQIcBAEBCAAGBQJLtQWaAAoJEMnmXoc4pwDsOEwP/A/dulMBVwJEHrw1br57dBj+ fsttBKUxgF8fC+rEmBPGJgT0ghSlZScg0nWPYnYogu7VIlDF6Vv3k8+NyqQzuv1O 0GTQdxG6KexBAr4l+iXQsKSEXvwPAKVGRwh7AkzVuPbXGR8ya15eiTG93rxJgX/a ZOBmqecUEE1T5OkdKp9NeY50sy9SJqkdzQtOGjlmnV3+FJgDTdVH8jbtHucA5Iaq cntACHsVDVhLhlnlwE93AgHv+/51FYHYN2Fxd9LcCLGkIaMnEDxUE4FZykcEX+fa /ShuZOJBTl30CfPMUAvCvR/j0//fbyzH02z16rJfJdCJRFKSJKEV+DlCKGGMb5ND EY+TMHrfPdKLVSaxElJHsoZmFo/9k9+EeERCkU5VL5LMeB8r9xnRk+sRioH21UAG TDL40/WviEmBj92HQxAhuc6RhCPixYgDSq86GJNQ9S9FDr8iwEtJ+cEA03ipRLye eoWkN5l7D2k7QNPp6qeKc1yLSQ4Vc0kaUrercoMCySiqfW8554eQnQpsLjK78hZk 1BPRzbjiSuA85bcgFYprA3GX+0l7w0RjY2c6gK5FM5AaPpBmoof7DCKfd2gH1UWs AGl4NmYnOggvRCOAH+FrNWeUY79mZtGp50RonkmNtZ7lZXCf6dKMADC4f4gPN1cB LYAweDVPPkBCz+9eepxU =8m+D -----END PGP SIGNATURE----- --Sig_/i_5tTiixrfueF8Jiab5dg_+--