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 7EA08138010 for ; Tue, 4 Sep 2012 19:58:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 15478E058F; Tue, 4 Sep 2012 19:57:46 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id BE545E0128 for ; Tue, 4 Sep 2012 19:56:53 +0000 (UTC) Received: from [192.168.1.145] (CPE002401f30b73-CM001cea3ddad8.cpe.net.cable.rogers.com [99.240.69.152]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id E8C3F33D79D for ; Tue, 4 Sep 2012 19:56:52 +0000 (UTC) Message-ID: <50465D06.6020407@gentoo.org> Date: Tue, 04 Sep 2012 15:56:54 -0400 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120731 Thunderbird/10.0.6 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: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [Future EAPI] src_fetch() phase function to support VCS fetching References: <20120904184345.77696965@pomiocik.lan> <504634E3.7070002@gentoo.org> <50463B1D.4000809@gentoo.org> In-Reply-To: <50463B1D.4000809@gentoo.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: dac04c0e-334f-477f-96ad-61c4ca92e5ba X-Archives-Hash: 12c4fe11fe0f1fe0e28c2aff3f83a8ca -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 04/09/12 01:32 PM, Zac Medico wrote: > On 09/04/2012 10:05 AM, Rick "Zero_Chaos" Farina wrote: >> I believe the easiest (and honestly most sane) method is to >> simply have src_fetch in the live classes check for needed deps >> and die (with a "please emerge blah") if deps are not found. >> Adding something like FDEPEND just seems to be getting way too >> crazy on the dependency tree AND would require things to build >> during fetch-only which doesn't make sense. > > I think it's nicer to have FDEPEND because it makes the deps more > complete, so the package manager can bail out when necessary, > without even executing src_fetch. In the case of --fetchonly the > package manager could simply bail out if the deps are not installed > (like how it bails out for --buildpkgonly when the deps aren't > installed). Just looking into the future here; would things like archivers or other helpers used by src_unpack move to FDEPEND as well? or would this be limited solely to tools that data transfer? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iF4EAREIAAYFAlBGXQYACgkQ2ugaI38ACPDKGwEAlvqkQHBv2vDtGfYNYrIIMIV9 1le8HgtXRhIu9FOhw1EA/3m1xc4zNcWMslK6RiV5sn4mBVXUQt6Ry2m/Nar+ccFq =DqcL -----END PGP SIGNATURE-----