On 16/01/2013 13:59, Robert P. J. Day wrote:
On Wed, 16 Jan 2013, Alex J Lennon wrote:
On 16/01/2013 05:45, Ed Nelson wrote:
I finally got a response back from github ....
Hi Ed,
We tracked the issue down to an internal network timeout (it only happens
when `--quiet` is used, because git is silent on the network while preparing
the clone in that case). We've bumped up the limit, and you should be able
to clone now. Please let us know if you have any more trouble.
....
I have not tried it yet but hopefully they fixed the problem
I've just tried it and it is still failing -
WARNING: Failed to fetch URL
git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-3.2.27,
attempting MIRRORS if available
ERROR: Fetcher failure: Fetch command failed with exit code 128, output:
Cloning into bare repository
'/data_drive/RPiMonoSmoke/yoctoProject/raspberryPiBuild/downloads/git2/github.com.raspberrypi.linux.git'...
fatal: read error: Connection timed out
fatal: early EOF
fatal: index-pack failed
ERROR: Function failed: Fetcher failure for URL:
'git://github.com/raspberrypi/linux.git;protocol=git;branch=rpi-3.2.27'.
Unable to fetch URL from any source.
github has been particularly annoying with respect to this lately.
my workaround is to simply clone what you need manually, then tweak
the recipe thusly to point at your local repo:
SRCREV = "10182a3bc434b27740f81c2b836a1af943060241"
SRC_URI =
"git:///home/rpjday/oe/dist/t/linux;protocol=git;branch=rpi-3.2.27 \
"
yes, it's hacky, but it lets me get back to work. sure be nice when
this silliness is resolved.
rday
Thanks Robert. I've got an archive I can use but wanted to see if it was
working yet.
I think the fetcher archives up the retrieved git repo into a .tar.gz
doesn't it in the downloads
directory? Would it not help if those tarballs were mirrored so the
fetcher could fall back on
the mirror?
Cheers, Alex
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
