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 ABB60138010 for ; Tue, 4 Sep 2012 20:11:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 48E99E0521; Tue, 4 Sep 2012 20:10:30 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 49F4EE002C for ; Tue, 4 Sep 2012 20:08:34 +0000 (UTC) Received: from pomiocik.lan (213-238-98-26.adsl.inetia.pl [213.238.98.26]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id B54A933D711; Tue, 4 Sep 2012 20:08:32 +0000 (UTC) Date: Tue, 4 Sep 2012 22:09:35 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: axs@gentoo.org Subject: Re: [gentoo-dev] [Future EAPI] src_fetch() phase function to support VCS fetching Message-ID: <20120904220935.7ff657f7@pomiocik.lan> In-Reply-To: <50465D06.6020407@gentoo.org> References: <20120904184345.77696965@pomiocik.lan> <504634E3.7070002@gentoo.org> <50463B1D.4000809@gentoo.org> <50465D06.6020407@gentoo.org> Organization: Gentoo 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-SHA256; boundary="Sig_/j034=eYbtq9Bob7EmedlQAw"; protocol="application/pgp-signature" X-Archives-Salt: 07836f9d-e96d-4ef9-8f0a-91d452fe5aee X-Archives-Hash: 198b4189a8079a9d9913ef74776bd9dc --Sig_/j034=eYbtq9Bob7EmedlQAw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 04 Sep 2012 15:56:54 -0400 Ian Stakenvicius wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > 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. > >=20 > > I think it's nicer to have FDEPEND because it makes the deps more=20 > > 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). >=20 > 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? src_fetch() only. Archivers belong to src_unpack(), which belongs to the main phase function cycle -> DEPEND. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/j034=eYbtq9Bob7EmedlQAw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlBGX/8ACgkQfXuS5UK5QB3o6AP+I7N/MhXL0vfn5tFkY5jElEpJ kmFyQbjp1wAHTKmscek2O27WBp7euwxafFKr4xSjjlKLhdy6YO4VCwqMR8o9to2L KxcMxxnBbL/FUOMDEO+YZKlKl0z1LjjhG5ghKYVN4FUmQP+6nrYAEm3wqrsbansF SsFUbQwpYL+H8E15uhM= =LP/Y -----END PGP SIGNATURE----- --Sig_/j034=eYbtq9Bob7EmedlQAw--