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 1A803138010 for ; Thu, 6 Sep 2012 19:11:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BDFFD21C032; Thu, 6 Sep 2012 19:11:37 +0000 (UTC) Received: from mail-vc0-f181.google.com (mail-vc0-f181.google.com [209.85.220.181]) by pigeon.gentoo.org (Postfix) with ESMTP id A2D2121C002 for ; Thu, 6 Sep 2012 19:10:51 +0000 (UTC) Received: by vcbfl17 with SMTP id fl17so2934511vcb.40 for ; Thu, 06 Sep 2012 12:10:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ToeDg0IXz7S+fhH+JseW22e6BJ7z1PtpsuKFlM2aJ/U=; b=ezFOKYbN+ujMlqo+MN7AbKkA0kCXvvlNNTpjPIWxBIo/0dzuGzVwKFMAOPNeLGHO/Q vfPg179H/wxEoM4KL1ZIPuvmnaA3/kUJD6EZfIVHp0xIrn1ohWB3VxoJ2rQgACJwhh3O gYOkDY6HwbqVzcxJDru+YCjnr7tDSgzPXfu5ha4G5mJQvtK//GRrCw3mwVTArypG1KtN AL53dPh/3ErVBAw54wMEdadwSS9KPWb5n83BIiXBFAnVA7FGiBwkUKOx9KtYjUoIBN1y tmo0WSjC4nURJFKUsSBac9wecDOqATAxYg1bp7XZ6+lSQDjy0e1MDysQFVz4bI0n/S0g MZjw== 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 Received: by 10.221.10.148 with SMTP id pa20mr3662276vcb.26.1346958650829; Thu, 06 Sep 2012 12:10:50 -0700 (PDT) Received: by 10.58.153.137 with HTTP; Thu, 6 Sep 2012 12:10:50 -0700 (PDT) Received: by 10.58.153.137 with HTTP; Thu, 6 Sep 2012 12:10:50 -0700 (PDT) In-Reply-To: <20120906205024.129765bb@pomiocik.lan> 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> <20120906205024.129765bb@pomiocik.lan> Date: Thu, 6 Sep 2012 12:10:50 -0700 Message-ID: Subject: Re: [gentoo-dev] [Future EAPI] src_fetch() phase function to support VCS fetching From: Brian Harring To: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= Cc: gentoo-dev@lists.gentoo.org Content-Type: multipart/alternative; boundary=bcaec54d4e0ae8ed1704c90d3f8b X-Archives-Salt: e997eae8-66d1-4bc2-966d-4344397482eb X-Archives-Hash: 77ef67666f2a361465355d123d30ad21 --bcaec54d4e0ae8ed1704c90d3f8b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes. The manager can still parallelize prefetching, only consuming a build job slot post fetch. On Sep 6, 2012 11:49 AM, "Micha=C5=82 G=C3=B3rny" wrote= : > 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 > > intermediate location, then transfer that contents into ${WORKDIR}, > > while a better name is needed, something along the lines of > > RESTRICT=3Dfetches-into-workdir comes to mind. > > > > Basically that restriction would be interpretted as "$WORKDIR must be > > setup/preserved from invocation of src_fetch to actual building". > > > > Via that restrict, both scenarios should be addressed in full. > > Does separate src_fetch() provide any benefit in that scenario? > > -- > Best regards, > Micha=C5=82 G=C3=B3rny > --bcaec54d4e0ae8ed1704c90d3f8b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Yes.=C2=A0 The manager can still parallelize prefetching, on= ly consuming a build job slot post fetch.

On Sep 6, 2012 11:49 AM, "Micha=C5=82 G=C3= =B3rny" <mgorny@gentoo.org= > wrote:
On Thu, 6 Sep 2012 09:49:13 -0700
Brian Harring <ferringb@gmail.com<= /a>> wrote:

> One additional thought- re: the scenarios where we don't fetch to = an
> intermediate location, then transfer that contents into ${WORKDIR}, > while a better name is needed, something along the lines of
> RESTRICT=3Dfetches-into-workdir comes to mind.
>
> Basically that restriction would be interpretted as "$WORKDIR mus= t be
> setup/preserved from invocation of src_fetch to actual building".=
>
> Via that restrict, both scenarios should be addressed in full.

Does separate src_fetch() provide any benefit in that scenario?

--
Best regards,
Micha=C5=82 G=C3=B3rny
--bcaec54d4e0ae8ed1704c90d3f8b--