From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Q2k4W-00059O-IL for garchives@archives.gentoo.org; Thu, 24 Mar 2011 12:55:28 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B7768E05CF; Thu, 24 Mar 2011 12:55:19 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id B487B1C044 for ; Thu, 24 Mar 2011 12:54:47 +0000 (UTC) Received: from gentoo.org (mayo-nat4.mayo.edu [129.176.197.23]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dberkholz) by smtp.gentoo.org (Postfix) with ESMTPSA id 1B77A1B4005 for ; Thu, 24 Mar 2011 12:54:47 +0000 (UTC) Date: Thu, 24 Mar 2011 07:54:45 -0500 From: Donnie Berkholz To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: git-2.eclass final review Message-ID: <20110324125444.GA20909@comet.mayo.edu> References: <4D890F8D.4090706@gentoo.org> <4D8924CD.8000404@gentoo.org> <20110322174127.259ab257@gentoo.org> <4D89EF29.1060906@gentoo.org> 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; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: 22d29a0236c74c663040dfaf67c7f5f6 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 10:44 Wed 23 Mar , James Cloos wrote: > TC> So live with it. >=20 > I cannot. It makes the eclass useless. >=20 > I have almost 2 gigs of bare repo in distdirs/git-src. =20 >=20 > A forced re-download of all of that is just not possible! >=20 > The existing distdir clones *MUST* continue to work. >=20 > My applogies for not having looked for this kind of breakage in the new > eclass before now. The current git eclass finally got the submodules- > vs-normal stuff worked out some time ago; the possibility of going > backwards never occurred to me.... =E2=98=B9 >=20 > As someone who makes heavy use of live ebuilds, someone who will be > directly and severely affected by such a change, I have to beg you > to keep the current logic for submodule-less repos. I was discussing a couple of ideas on IRC with scarabeus yesterday but=20 haven't had a chance to look into them in more detail yet: - Providing automatic migration from the old system to the new. This is=20 the simplest approach to deal with your specific problem but still=20 leaves separate codepaths for submodule and non-submodule repos. - Handling submodules in bare checkouts. Perhaps we could detect whether=20 submodules are in use (need to find the right place/way in git), then=20 grab them as separate bare checkouts that would eventually be cloned=20 into TMPDIR by changing the repo location git looks for (again, need to=20 sort out how in git). --=20 Thanks, Donnie Donnie Berkholz Sr. Developer, Gentoo Linux Blog: http://dberkholz.com --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEABECAAYFAk2LPxQACgkQXVaO67S1rtsCQgCeIMzNwlwyG1agjBz5DubyKeg5 Hc0AoOo7l/iVRQxX04Y6eOFwT4PYRQMa =4Ob6 -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V--