Re: [PATCH 01/12] gcc: Switch SRC_URI to use svn

From: Phil Blundell <philb@gnu.org>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 01/12] gcc: Switch SRC_URI to use svn
Date: Fri, 10 Aug 2012 10:07:13 +0100	[thread overview]
Message-ID: <1344589634.23275.284.camel@phil-desktop> (raw)
In-Reply-To: <1384904.B8yRp5DXBX@helios>

On Fri, 2012-08-10 at 09:47 +0100, Paul Eggleton wrote:
> On Friday 10 August 2012 10:03:06 Koen Kooi wrote:
> > Op 9 aug. 2012, om 03:25 heeft Khem Raj <raj.khem@gmail.com> het volgende 
> geschreven:
> > > svn tar balls are 96M as compared to 1.3G git tars
> > > its unnessary to suck in that much of data.
> > 
> > That's indeed a big difference and also expected, with svn you only get
> > revision N and N-1, with git you get everything. But even so, I can fetch
> > that 1.3GB a *lot* faster than that 0.1GB svn. Maybe I'm on the wrong side
> > of the ocean, but that gcc svn server is sloooooooooooooooooooooow.
> 
> FWIW the git option was much, much, much slower for us here in the UK.

Maybe we should just go back to using the released tarballs for gcc
rather than any sort of SCM checkout.  That would be an 80MB download
for the tar.bz2 and of course you can get it from your local mirror.

I think the original reason we switched to using the SCM checkout was
that, at the time, we were carrying around a huge number of backported
patches that hadn't quite made it into any released version yet.  It's
not totally clear whether that situation is likely to arise again or
not.

In an ideal world I suppose the SVN web UI would expose some sort of API
that exported changesets in diff form, in which case you could write:

SRC_URI = "http://gcc.gnu.org/releases/gcc-4.7.1.tar.bz2 \
	http://gcc.gnu.org/svn/fetch?rev=189810"

or whatever for the patches that you wanted to backport.  But I don't
know of any way of doing that with the current viewvc.

p.