Trying to build something today and
still takes forever and crashes at fetch. Looking at the
gcc-4.7.inc I see it's still from git.
What would the resolution be for this issue?
Thank you
On 08/23/2012 06:35 PM, Khem Raj wrote:
On Thursday, August 23, 2012, Florin <flocirel@gmail.com>
wrote:
> On 08/23/2012 10:29 AM, Tomas Frydrych wrote:
>>
>> Hi,
>>
>> On 22/08/12 22:35, Florin wrote:
>>>
>>> ERROR: Function failed: Fetcher failure for URL:
>>> 'git://github.com/mirrors/gcc.git;branch=gcc-4_7-branch;protocol=git'.
>>> Unable to fetch URL from any source.
>>>
>>>
>>> After the build stops with this error, retrying the
bitbake command to
>>> produce the rootfs fetches gcc successfully and gcc
(and the rest of the
>>> packages) is compiled just fine.
>>> Is there anybody else seeing this behavior?
>>
>> FWIW, over the last few days I have seen intermittent
fetch failures
>> from various packages that pull source from github; they
pretty much
>> always go away on the next attempt; I assume it's
github's fault.
>
> Hi Tomas,
> thanks for your answer. The problem I am seeing is that it
always behaves like this: in the stages of creating the rootfs it
gets to the fetching of gcc cross initial, this stalls a while
(tens of minutes) in which time bitbake fetches (all kind of
native and target packages) and compiles native packages and it
throws an error at the point where the dependency chain would have
had gcc cross initial compiled and ready to be used by other
packages. After that, rerunning the bitbake command to create the
rootfs fetches successfully gcc and the build finishes. So I am
always seeing this behavior: first fetch fails, second fetch
works. Always like this, never had to try a third time to fetch
gcc. That is why I am not suspecting especially a problem with
github but rather the way bitbake tries the mirrors for gcc.
>
Git archive for gcc is in terabytes so it will take long time to
fetch it. I have sent a patch to switch back to Svn in src_URI
That should avoid long delays in fetching gcc srcs
> Thanks,
> Florin
>>
>> Tomas
>> _______________________________________________
>> poky mailing list
>> poky@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/poky
>
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
>