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 1NxHMG-0007A1-8N for garchives@archives.gentoo.org; Thu, 01 Apr 2010 10:10:40 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C1802E088B; Thu, 1 Apr 2010 10:10:33 +0000 (UTC) Received: from mail.dmz-ext.fr.lan (mx.fr.smartjog.net [91.197.165.186]) by pigeon.gentoo.org (Postfix) with ESMTP id B2481E0D7D for ; Thu, 1 Apr 2010 10:10:21 +0000 (UTC) Received: from [192.168.0.30] (gdartigu.user.fr.lan [192.168.0.30]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.dmz-ext.fr.lan (Postfix) with ESMTP id 00DD457400 for ; Thu, 1 Apr 2010 10:10:21 +0000 (GMT) Subject: Re: [gentoo-dev] pkg_pretend USE validation and VALID_USE alternative From: Gilles Dartiguelongue To: gentoo-dev@lists.gentoo.org In-Reply-To: <20100401075608.GJ11663@hrair> References: <20100331092035.GA11663@hrair> <20100331174925.GA16267@faith> <20100331194626.GG11663@hrair> <20100331205628.368fb02c@snowmobile> <20100401073109.GI11663@hrair> <20100401084102.2560f3a3@snowmobile> <20100401075608.GJ11663@hrair> Content-Type: text/plain; charset="UTF-8" Organization: Gentoo Date: Thu, 01 Apr 2010 12:10:20 +0200 Message-ID: <1270116620.17214.1.camel@gdartigu.lan.rep.sj> 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 X-Mailer: Evolution 2.28.2 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 6b7aa430-35eb-4a45-a096-3e88c4b647b8 X-Archives-Hash: aa2f7661f72e1acf931763d25785ec72 Le jeudi 01 avril 2010 =C3=A0 00:56 -0700, Brian Harring a =C3=A9crit : [snip] > pkg_setup: ran just before the build of the pkg, after the pkg's=20 > DEPENDS are all built. Meaning you *can* do has_version checks,=20 > kernel config checks, etc, because the proceeding deps are now=20 > satisfied. >=20 > pkg_pretend: ran before *every* *single* *build* has been ran, > meaning=20 > the has_version check, the kernel config check, etc, all can > invalidly=20 > die. >=20 > Had they been pkg_setup (check after DEPENDs are satisfied), the=20 > majority of the checks would pass, but because they're ran prior to=20 > DEPENDs satisfied, users will have to wind up breaking what was a=20 > single emerge invocation into multiple to satisfy pkg_pretend being=20 > wrong. >=20 jumping on the train here, but who said PM would not feed proper data to pkg_pretend so it would behave like the DEPEND were already built. Could some guy involved in a PM development tell us about how this would be handled ? --=20 Gilles Dartiguelongue Gentoo