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.k...@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. _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
