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 1R4UWg-0005Tz-3l for garchives@archives.gentoo.org; Fri, 16 Sep 2011 09:16:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC84721C254; Fri, 16 Sep 2011 09:15:46 +0000 (UTC) Received: from mail-iy0-f181.google.com (mail-iy0-f181.google.com [209.85.210.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 222AB21C042 for ; Fri, 16 Sep 2011 09:15:17 +0000 (UTC) Received: by iaeo4 with SMTP id o4so2842618iae.40 for ; Fri, 16 Sep 2011 02:15:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=TYxEVfqGtk/UalfAHRa/PsiscZQ6nN6O0uqJBAEA3Ew=; b=BQ+6enlzok+TNvt7g8mtUucGwe6fFOfZO+T+a5TotiTIcDVd9UhlkwWURupUkYb5+A 5qOYHeJk3uJzuSvRadOtt1bZh4sMuHXsc4WYHHezsyvZI169Kx41EB96xLCwrJPqGQ01 0qQJg+G1oHERamfoyWqkZv5Prb0Bmf1hS4Pxg= Received: by 10.231.28.154 with SMTP id m26mr3620983ibc.49.1316164517516; Fri, 16 Sep 2011 02:15:17 -0700 (PDT) Received: from smtp.gmail.com:587 (74-95-192-101-SFBA.hfc.comcastbusiness.net. [74.95.192.101]) by mx.google.com with ESMTPS id a11sm8593294ibg.3.2011.09.16.02.15.14 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Sep 2011 02:15:16 -0700 (PDT) Received: by smtp.gmail.com:587 (sSMTP sendmail emulation); Fri, 16 Sep 2011 02:15:17 -0700 Date: Fri, 16 Sep 2011 02:15:17 -0700 From: Brian Harring To: ciaran.mccreesh@googlemail.com, mgorny@gentoo.org Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] How to handle dependencies on protocol headers? Message-ID: <20110916091517.GE16239@localhost> References: <20110916072529.0b44999f@googlemail.com> <20110916095447.18cc8808@pomiocik.lan> <20110916090836.27313e1e@googlemail.com> 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: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110916090836.27313e1e@googlemail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: bc35bb20631073cd977da90ff38c3472 On Fri, Sep 16, 2011 at 09:08:36AM +0100, Ciaran McCreesh wrote: > On Fri, 16 Sep 2011 09:54:47 +0200 > Micha?? G??rny wrote: > > > This is a build-against dependency, and it's best expressed either > > > by its own BADEPEND, or (because it's apparently now possible, and > > > because otherwise we'd end up with six or seven *DEPEND variables) > > > by switching to something like DEPENDENCIES with a build-against > > > label. > > > > Please do not wreak exheres into Gentoo. The current variable forms > > are complex enough; there is no reason to put even more logic into > > the parser. And yes, it's better to have 7 *DEPEND variables than one > > more magical, conditional thingie in the 'Dependencies' section. > > From feedback so far, I think you're in the minority on that (at least > from people who have expressed an opinion), and that more people have > come out in favour of a single unified variable (not necessarily with > exactly the same syntax as exheres-0). Personally... I think dependencies w/ labels is fricking ugly. That said I understand the intent- being able to layer in multiple forms of deps (specifically new forms beyond what EAPI currently provides) which is good. Strikes me, this is glep territory; write it up w/ the specifics so everyone can look at it (including literal examples), and work from there. At the very least the facts would be on the table for people to read/vote on. Same instant, the folks disagreeing can pick at the failings if any, and/or write up an alternative that uses seperated vars if they think it's friendlier. Pretty much, I'd like to see this move into a realm of actual decision rather than just the current "use dependencies" "no they suck, and so do you". Alternative suggestions for moving it in that direction are welcome, but the current bickering isn't really going anywhere (this particular discussion has been appearing since eapi1 or so). Either way, we *do* need the new deps, so... getting something worked out would be preferable to having it keep dragging out. ~brian