[yocto] Raspberry Pi do_fetch failure

[Gary Thomas]

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

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------