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 9927A138010 for ; Wed, 5 Sep 2012 07:29:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 23E36E07A7; Wed, 5 Sep 2012 07:28:53 +0000 (UTC) Received: from mail-we0-f181.google.com (mail-we0-f181.google.com [74.125.82.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 4A99EE06B5 for ; Wed, 5 Sep 2012 07:27:52 +0000 (UTC) Received: by weyt57 with SMTP id t57so189059wey.40 for ; Wed, 05 Sep 2012 00:27:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=QnNJojBkg/Ny2tFdwVYmpFwvKstcRkpGfaVsuUJLfqw=; b=ULdQvE237Nbjou5vhx3b86i0/TELznMUNpEUzj5W1cp6tnmW5Ik9ZJNqpVebuLRa3A 0S46sSgDUda+9x8RM6wVZSI8x2fFebisftjPZqg49B5+xWUeMWSU0xffI4xHgh5zMA85 iWcDxOKjbx/1jf2Bq+pcCNLtrhOFlB5CCdUmkoCrxFL9IUqvd0vKbNckjxg4Mk5taaKE 5ZnAcvXndIuJHdMnqmH43Z4qByPnTAZQWmjz30v/t0H2TDlaMA8Oih7uQXs3JBVdDdFJ BlQOXg020iWjaQ/bGJlKLQ0Hgq2LATv2ajT8zSGaHDZE/TsL1j0LW5TXMwzAxIUWkX+o ewyg== Received: by 10.180.106.137 with SMTP id gu9mr35967405wib.20.1346830072453; Wed, 05 Sep 2012 00:27:52 -0700 (PDT) Received: from localhost (cpc13-broo7-2-0-cust130.14-2.cable.virginmedia.com. [82.9.16.131]) by mx.google.com with ESMTPS id do5sm2315998wib.10.2012.09.05.00.27.51 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Sep 2012 00:27:51 -0700 (PDT) Date: Wed, 5 Sep 2012 08:25:54 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [Future EAPI] src_fetch() phase function to support VCS fetching Message-ID: <20120905082554.4bfb7452@googlemail.com> In-Reply-To: <20120904192351.0da21f43@pomiocik.lan> References: <20120904184345.77696965@pomiocik.lan> <20120904192351.0da21f43@pomiocik.lan> 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-SHA1; boundary="Sig_/SjaguTTE2JZp1E0OrkjY.Y4"; protocol="application/pgp-signature" X-Archives-Salt: be78b023-57e2-4f39-aefa-109ab0991218 X-Archives-Hash: 72a0c6dac723bbebdf41917b53f2a98b --Sig_/SjaguTTE2JZp1E0OrkjY.Y4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, 4 Sep 2012 19:23:51 +0200 Micha=C5=82 G=C3=B3rny wrote: > > The 'checking out' language for src_unpack() sounds like it assumes > > a DVCS such as mercurial or git. What about cvs or svn, where > > fetching is also checking out? (This is probably a trivial thing to > > clear up, though.) >=20 > They either stay with src_unpack() or do 'cvs up' in src_fetch() > and just copy files over in src_unpack(). Anyway, that's what they do > now -- update the copy in distfiles/cvs-src and then copy it. This doesn't work if we have, for example, foo:1 and foo:2 both using the same SCM repository, but different branches. Much as we'd like to pretend that everyone uses Git, we can't really ignore this case... So we have to decide: do we make the src_fetch copy the data somewhere after all, or do we require that eclasses do something obscene to avoid this? --=20 Ciaran McCreesh --Sig_/SjaguTTE2JZp1E0OrkjY.Y4 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlBG/oUACgkQ96zL6DUtXhFA2wCg2JVD0rFI5tCOoX/lUO6AJ6sN X/oAn20Oa9L4+5q/z2DSYcFlVkl6wavD =PKT+ -----END PGP SIGNATURE----- --Sig_/SjaguTTE2JZp1E0OrkjY.Y4--