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 AF3AC138010 for ; Tue, 2 Oct 2012 20:50:26 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2DD6AE0175; Tue, 2 Oct 2012 20:50:12 +0000 (UTC) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) by pigeon.gentoo.org (Postfix) with ESMTP id 0DA3EE003C for ; Tue, 2 Oct 2012 20:49:45 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hq4so1105667wib.10 for ; Tue, 02 Oct 2012 13:49:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=jUxV2i4YLngdjx/9nFPYGMND4NwHdVuQftlERuqDWfI=; b=oEt96CbbvjvyiZ9D1YBkdcPNCHtn/8H/10mm1oDpRkh0QKChtxdpo106st6Xuxfqv3 P6C3kvOI2jEACgaUT9buneW2FIMIJDoIpq9mo0sQ0ASzHJ0yz0vRgCENUDemT4kpntfs P+iMlw6RD2Lgg9blcDZv3n950xqAwTabNBTv8HKkXZQ5/o1QyOK49maxSYQDo6jsX1s5 ozaOOjPZp56W671RUJdmM86IQb/zA6Gh+l9EfdXx1fVfZUkZhXplfE5+40e/WmQuIdLg QjbG6A8iPBYYC6oJ4r+YPFt2ml4LlBX0Wa9saC/GzOPfYN0aeBsYtQXBZm1rxh7/eEU5 rJTA== Received: by 10.216.99.199 with SMTP id x49mr10805848wef.171.1349210985110; Tue, 02 Oct 2012 13:49:45 -0700 (PDT) Received: from localhost (cpc13-broo7-2-0-cust130.14-2.cable.virginmedia.com. [82.9.16.131]) by mx.google.com with ESMTPS id w7sm23307595wiz.0.2012.10.02.13.49.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 02 Oct 2012 13:49:40 -0700 (PDT) Date: Tue, 2 Oct 2012 21:46:59 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal Message-ID: <20121002214659.5e8df03c@googlemail.com> In-Reply-To: <20121002204045.GC9562@localhost> References: <20120916175921.4f01661a@googlemail.com> <20120925224614.GF26094@localhost> <20120929170509.63efef70@googlemail.com> <20120930201453.GC2180@localhost> <20120930213018.22fe16f3@googlemail.com> <20120930214214.GE2180@localhost> <20120930225340.126b1027@googlemail.com> <506B2985.2040108@gentoo.org> <20121002185614.63783db0@googlemail.com> <506B2D82.9030008@gentoo.org> <20121002204045.GC9562@localhost> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.11; 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-SHA1; boundary="Sig_/0xsrO2ZlgrnefmC38ZjpEGY"; protocol="application/pgp-signature" X-Archives-Salt: aa3dc221-dede-48c0-861e-a5d866cb48b3 X-Archives-Hash: f5369bd733eeb767157bca58b9423c4e --Sig_/0xsrO2ZlgrnefmC38ZjpEGY Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 2 Oct 2012 13:40:45 -0700 Brian Harring wrote: > Same difference applies; he's making the claim that the resolver > can't tell that the python atom should be the same between build/run: >=20 > dep:build,run? ( dev-lang/python:2.7=3D ) > build: dev-python/snakeoil >=20 > # vs labels >=20 > build+run: dev-lang/python:2.7=3D > build: dev-python/snakeoil >=20 > The argument there is basically predicated on the belief that only=20 > labels can 'color' the sections it contains. This is a bullshit=20 > claim, and possibly specific to paludis internal failings. No, it's specific to failings in the way you've written your proposal, which in turn are due to you wanting to implement it as a quick rendering hack in Portage. Unfortunately, the way you define things in terms of rendering dependencies forces everyone to emulate these failings so as to deliver a compliant handling of the || ( dep:build? ( a ) dep:run? ( b ) ) case. --=20 Ciaran McCreesh --Sig_/0xsrO2ZlgrnefmC38ZjpEGY Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlBrUsYACgkQ96zL6DUtXhFb7ACeJt1zTJg9GY4HK0dZeGXgmCxv o+QAn0OO9+jK/9DmxeqF+oa2q2t3wSIp =CgOm -----END PGP SIGNATURE----- --Sig_/0xsrO2ZlgrnefmC38ZjpEGY--