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 AE19E138010 for ; Tue, 11 Sep 2012 22:34:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 03DDCE08B0; Tue, 11 Sep 2012 22:34:40 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 11D36E0899 for ; Tue, 11 Sep 2012 22:33:59 +0000 (UTC) Received: from [192.168.107.2] (128.sub-75-197-213.myvzw.com [75.197.213.128]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zerochaos) by smtp.gentoo.org (Postfix) with ESMTPSA id B7D8F335E2F for ; Tue, 11 Sep 2012 22:33:58 +0000 (UTC) Message-ID: <504FBCFE.3000101@gentoo.org> Date: Tue, 11 Sep 2012 18:36:46 -0400 From: "Rick \"Zero_Chaos\" Farina" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120907 Thunderbird/14.0 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> <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> In-Reply-To: <20120906205024.129765bb@pomiocik.lan> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: ed466039-f061-4642-bf6c-89cd394cc4f1 X-Archives-Hash: 59a3a6f152910bb8f0da7434017135d4 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/06/2012 02:50 PM, Michał Górny 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=fetches-into-workdir comes to mind. Realizing this is a late response I would like to add.... Um, what? src_fetch should only be putting things into /usr/portage/distfiles, never into ${WORKDIR}, that's for src_unpack to handle. Am I missing something here? - -Zero >> >> 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? > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQT7z+AAoJEKXdFCfdEflKVPQQALGcLGAgfo8U+M6TdW5Edksf oqaXE+NSTeFe2DE0G2mgKYSdSIZgMiFp5mLFwpdfAT1gjzFAc+34+5SY8X/0uaaG OU7fafdUmOlqgD7rCvX56kSWZVPmTV3oZDghmwB1SUIQpL9PNSZoz5uKoatt4UL8 mBMiTmnsYou8f+wDCJoN8eLVoQb/Hm2inobGUCozCsqU6ASgk1eVePpAmJNNVKp6 wrKuVbj4FeDS17Q6xc2g8exXlkxhGmdS1MmugKBR9csYC9P82fh4bXqVzxG15h9O YZDU5nagJQ9fY6M7oeKg6etVe6PvwOd/FH0Z4wtQJ2NicOsu6DiBf7J+yLvadJdF M5fE1kxjtR+rm+6bfNgBl2hP5DPdUYxPnZChftPNRpiVe0P0YZGuRgy+GqfXSmMh 8Zf37hJylauBDy397yGapIJ4ergpYVb3Z1ZfU6uW7n8k0apqjqk+TYLEv2tajtTc WBdRoBAT1LxvjFIHj2Bf5uzNtqev4l19vJv1AnALgs1v1Z8/TiSPB/B/2DvvIawR Ys+mAEKzQOCezaCjVOpjq7pvi80/8PMcw6Txk9WpsAezrxdAj2X24kwsptVugCAO lG3agqmOQgH+vCf0PkplxMSGBlofh4hZ3mNbuDaFlaRfiSlzFX//rkQTtOjK4YQu 6SiRnKxiDzJEn+Q1SNUr =xgcT -----END PGP SIGNATURE-----