[yocto] Raspberry Pi do_fetch failure

[Alex J Lennon]

On 16/01/2013 14:11, Gary Thomas wrote:
> On 2013-01-16 07:02, Alex J Lennon wrote:
>> 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?
>
> Yes, that would work (it's how I use it).  However, it's not tiny :-)  
> Here's what the
> tarball looked like last I touched this:
>
> -rw-rw-r-- 1 996 996 555905690 Sep  5 10:29 
> /work/misc/Poky/sources/git2_github.com.raspberrypi.linux.git.tar.gz
>

Quite :) I took a look in classes/mirrors.bbclass and I see a Yocto 
mirror URI in there for git://

http://downloads.yoctoproject.org/mirror/sources/

I see that there are similar sized linux yocto tarballs mirrored at that 
location. Would it be appropriate to
mirror the RPi kernel tarball up there for the time being?

Cheers, Alex