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 5BF9D138010 for ; Thu, 6 Sep 2012 18:50:34 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 92DCE21C03E; Thu, 6 Sep 2012 18:50:19 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C7A7521C032 for ; Thu, 6 Sep 2012 18:49:26 +0000 (UTC) Received: from pomiocik.lan (213-238-104-238.adsl.inetia.pl [213.238.104.238]) (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 3AC8F33D025; Thu, 6 Sep 2012 18:49:25 +0000 (UTC) Date: Thu, 6 Sep 2012 20:50:24 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: ferringb@gmail.com Subject: Re: [gentoo-dev] [Future EAPI] src_fetch() phase function to support VCS fetching Message-ID: <20120906205024.129765bb@pomiocik.lan> In-Reply-To: <20120906164913.GG18495@localhost> References: <20120904184345.77696965@pomiocik.lan> <20120905082554.4bfb7452@googlemail.com> <20120905103811.6e9e2e79@pomiocik.lan> <3287936.v4OyhU68xF@grenadine> <20120905114903.3b2efe78@googlemail.com> <20120905130005.61efb834@pomiocik.lan> <20120905120722.04921249@googlemail.com> <20120906164913.GG18495@localhost> 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_/cIACZAVgKw88l0=IB6_PzOg"; protocol="application/pgp-signature" X-Archives-Salt: 3d8b1b01-f06f-4767-8f8a-b9e33ccef33f X-Archives-Hash: 3f86d2d752d3e7120c68104dce2e28a3 --Sig_/cIACZAVgKw88l0=IB6_PzOg Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, 6 Sep 2012 09:49:13 -0700 Brian Harring wrote: > One additional thought- re: the scenarios where we don't fetch to an=20 > intermediate location, then transfer that contents into ${WORKDIR},=20 > while a better name is needed, something along the lines of=20 > RESTRICT=3Dfetches-into-workdir comes to mind. >=20 > Basically that restriction would be interpretted as "$WORKDIR must be=20 > setup/preserved from invocation of src_fetch to actual building". =20 >=20 > Via that restrict, both scenarios should be addressed in full. Does separate src_fetch() provide any benefit in that scenario? --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/cIACZAVgKw88l0=IB6_PzOg Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlBI8HQACgkQfXuS5UK5QB3KGgP/U1PmVuUoFYG0zvRnQETi8T4d a1HGhRPgkva1cNBk3+2We272Abusy5ARuXpxQTYovBkwh01BPgMd6TcD7RHfAF7i o7ZjvvDW4msVOsjPIVM7tnaVdj+FccyJmgU33KEi3aOzpBKM60q9CRVjw2KAKHqO dPSOSfkhgTdKdVIRpzQ= =ZHqu -----END PGP SIGNATURE----- --Sig_/cIACZAVgKw88l0=IB6_PzOg--