[OE-core] [PATCH 01/12] gcc: Switch SRC_URI to use svn

Khem Raj raj.khem at gmail.com
Fri Aug 10 14:55:19 UTC 2012



-Khem

On Aug 10, 2012, at 2:07 AM, Phil Blundell <philb at gnu.org> wrote:

> 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 at 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.


That's the plan when next release of gcc comes out
> 
> 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.
> 
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




More information about the Openembedded-core mailing list