* parsing errors with angstrom/meta-linaro
@ 2013-08-08 5:48 Khem Raj
2013-08-08 16:00 ` Fathi Boudra
0 siblings, 1 reply; 6+ messages in thread
From: Khem Raj @ 2013-08-08 5:48 UTC (permalink / raw)
To: openembedded-devel@lists.openembedded.org
Hi
Often I see this error when parsing angstrom-next, has anyone seen something similar or delved into the reason behind
it ?
NOTE: Started PRServer with DBfile: /builds1/angstrom/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 45141, PID: 6728
Parsing recipes...ERROR: ExpansionError during parsing /builds1/angstrom/sources/meta-linaro/meta-aarch64/recipes-kernel/linux/linux-linaro_git.bb: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: Fetch command failed with exit code 128, output:
fatal: read error: Connection reset by peer
ERROR: Command execution failed: Exited with 1
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: parsing errors with angstrom/meta-linaro
2013-08-08 5:48 parsing errors with angstrom/meta-linaro Khem Raj
@ 2013-08-08 16:00 ` Fathi Boudra
2013-08-08 17:28 ` Khem Raj
0 siblings, 1 reply; 6+ messages in thread
From: Fathi Boudra @ 2013-08-08 16:00 UTC (permalink / raw)
To: openembedded-devel, raj.khem
Hi,
On 8 August 2013 08:48, Khem Raj <raj.khem@gmail.com> wrote:
> Hi
>
> Often I see this error when parsing angstrom-next, has anyone seen something similar or delved into the reason behind
> it ?
>
> NOTE: Started PRServer with DBfile: /builds1/angstrom/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 45141, PID: 6728
> Parsing recipes...ERROR: ExpansionError during parsing /builds1/angstrom/sources/meta-linaro/meta-aarch64/recipes-kernel/linux/linux-linaro_git.bb: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: Fetch command failed with exit code 128, output:
> fatal: read error: Connection reset by peer
>
> ERROR: Command execution failed: Exited with 1
>
> Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
I'm seeing a similar issue[1] on another recipe (libhugetlbfs[2] for instance).
It's worth mentioning:
- only on my local machine (it doesn't happen on daily builds using
EC2 instances)
- also from meta-linaro/meta-aarch64
- also code pull from git, using SRCPV/AUTOREV
[1] Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)}
[2] https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=blob;f=meta-aarch64/recipes-extended/libhugetlbfs/libhugetlbfs_2.16.bb;hb=master
Cheers,
Fathi
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: parsing errors with angstrom/meta-linaro
2013-08-08 16:00 ` Fathi Boudra
@ 2013-08-08 17:28 ` Khem Raj
2013-08-09 6:51 ` Riku Voipio
0 siblings, 1 reply; 6+ messages in thread
From: Khem Raj @ 2013-08-08 17:28 UTC (permalink / raw)
To: Fathi Boudra; +Cc: openembedded-devel
On Aug 8, 2013, at 9:00 AM, Fathi Boudra <fathi.boudra@linaro.org> wrote:
> Hi,
>
> On 8 August 2013 08:48, Khem Raj <raj.khem@gmail.com> wrote:
>> Hi
>>
>> Often I see this error when parsing angstrom-next, has anyone seen something similar or delved into the reason behind
>> it ?
>>
>> NOTE: Started PRServer with DBfile: /builds1/angstrom/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 45141, PID: 6728
>> Parsing recipes...ERROR: ExpansionError during parsing /builds1/angstrom/sources/meta-linaro/meta-aarch64/recipes-kernel/linux/linux-linaro_git.bb: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: Fetch command failed with exit code 128, output:
>> fatal: read error: Connection reset by peer
>>
>> ERROR: Command execution failed: Exited with 1
>>
>> Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
>
> I'm seeing a similar issue[1] on another recipe (libhugetlbfs[2] for instance).
> It's worth mentioning:
> - only on my local machine (it doesn't happen on daily builds using
> EC2 instances)
> - also from meta-linaro/meta-aarch64
> - also code pull from git, using SRCPV/AUTOREV
>
> [1] Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)}
> [2] https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=blob;f=meta-aarch64/recipes-extended/libhugetlbfs/libhugetlbfs_2.16.bb;hb=master
if I pull out meta-aarch64 from the bblayers all works ok. I don't hit this error at all
so somethins is fishy with this layer
>
> Cheers,
> Fathi
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: parsing errors with angstrom/meta-linaro
2013-08-08 17:28 ` Khem Raj
@ 2013-08-09 6:51 ` Riku Voipio
2013-08-09 7:15 ` Khem Raj
0 siblings, 1 reply; 6+ messages in thread
From: Riku Voipio @ 2013-08-09 6:51 UTC (permalink / raw)
To: openembedded-devel, Khem Raj
Hi,
The problem is that git.linaro.org is not providing good service and
often fails to respond to git requests. When bitbake fails to fetch
the latest git, it is unable to expand AUTOREV, and throws in the
towel. You can reproduce the issue easily with any recipe that has a
git:// url and AUTOREV by disconnecting the OE build machine from the
network.
Could we make AUTOREV to expand to latest version found from
downloads/git2 in case the git fetch fails?
Riku
On 8 August 2013 20:28, Khem Raj <raj.khem@gmail.com> wrote:
>
> On Aug 8, 2013, at 9:00 AM, Fathi Boudra <fathi.boudra@linaro.org> wrote:
>
>> Hi,
>>
>> On 8 August 2013 08:48, Khem Raj <raj.khem@gmail.com> wrote:
>>> Hi
>>>
>>> Often I see this error when parsing angstrom-next, has anyone seen something similar or delved into the reason behind
>>> it ?
>>>
>>> NOTE: Started PRServer with DBfile: /builds1/angstrom/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 45141, PID: 6728
>>> Parsing recipes...ERROR: ExpansionError during parsing /builds1/angstrom/sources/meta-linaro/meta-aarch64/recipes-kernel/linux/linux-linaro_git.bb: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: Fetch command failed with exit code 128, output:
>>> fatal: read error: Connection reset by peer
>>>
>>> ERROR: Command execution failed: Exited with 1
>>>
>>> Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
>>
>> I'm seeing a similar issue[1] on another recipe (libhugetlbfs[2] for instance).
>> It's worth mentioning:
>> - only on my local machine (it doesn't happen on daily builds using
>> EC2 instances)
>> - also from meta-linaro/meta-aarch64
>> - also code pull from git, using SRCPV/AUTOREV
>>
>> [1] Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)}
>> [2] https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=blob;f=meta-aarch64/recipes-extended/libhugetlbfs/libhugetlbfs_2.16.bb;hb=master
>
> if I pull out meta-aarch64 from the bblayers all works ok. I don't hit this error at all
> so somethins is fishy with this layer
>
>>
>> Cheers,
>> Fathi
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: parsing errors with angstrom/meta-linaro
2013-08-09 6:51 ` Riku Voipio
@ 2013-08-09 7:15 ` Khem Raj
2013-08-09 8:05 ` Martin Jansa
0 siblings, 1 reply; 6+ messages in thread
From: Khem Raj @ 2013-08-09 7:15 UTC (permalink / raw)
To: Riku Voipio; +Cc: openembedded-devel@lists.openembedded.org
On Thursday, August 8, 2013, Riku Voipio wrote:
> Hi,
>
> The problem is that git.linaro.org is not providing good service and
> often fails to respond to git requests. When bitbake fails to fetch
> the latest git, it is unable to expand AUTOREV, and throws in the
> towel. You can reproduce the issue easily with any recipe that has a
> git:// url and AUTOREV by disconnecting the OE build machine from the
> network.
>
> Could we make AUTOREV to expand to latest version found from
> downloads/git2 in case the git fetch fails?
>
>
I would suggest to not use autorev if git servers are flaky
Secondly for external recipes its bad practice since it defeats
BB_NO_NETWORK
Feature which many use
> Riku
>
>
>
> On 8 August 2013 20:28, Khem Raj <raj.khem@gmail.com <javascript:;>>
> wrote:
> >
> > On Aug 8, 2013, at 9:00 AM, Fathi Boudra <fathi.boudra@linaro.org<javascript:;>>
> wrote:
> >
> >> Hi,
> >>
> >> On 8 August 2013 08:48, Khem Raj <raj.khem@gmail.com <javascript:;>>
> wrote:
> >>> Hi
> >>>
> >>> Often I see this error when parsing angstrom-next, has anyone seen
> something similar or delved into the reason behind
> >>> it ?
> >>>
> >>> NOTE: Started PRServer with DBfile:
> /builds1/angstrom/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 45141, PID:
> 6728
> >>> Parsing recipes...ERROR: ExpansionError during parsing
> /builds1/angstrom/sources/meta-linaro/meta-aarch64/recipes-kernel/linux/
> linux-linaro_git.bb: Failure expanding variable SRCPV, expression was
> ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher
> failure: Fetch command failed with exit code 128, output:
> >>> fatal: read error: Connection reset by peer
> >>>
> >>> ERROR: Command execution failed: Exited with 1
> >>>
> >>> Summary: There were 2 ERROR messages shown, returning a non-zero exit
> code.
> >>
> >> I'm seeing a similar issue[1] on another recipe (libhugetlbfs[2] for
> instance).
> >> It's worth mentioning:
> >> - only on my local machine (it doesn't happen on daily builds using
> >> EC2 instances)
> >> - also from meta-linaro/meta-aarch64
> >> - also code pull from git, using SRCPV/AUTOREV
> >>
> >> [1] Failure expanding variable SRCPV, expression was
> ${@bb.fetch2.get_srcrev(d)}
> >> [2]
> https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=blob;f=meta-aarch64/recipes-extended/libhugetlbfs/libhugetlbfs_2.16.bb;hb=master
> >
> > if I pull out meta-aarch64 from the bblayers all works ok. I don't hit
> this error at all
> > so somethins is fishy with this layer
> >
> >>
> >> Cheers,
> >> Fathi
> >
> > _______________________________________________
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org <javascript:;>
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: parsing errors with angstrom/meta-linaro
2013-08-09 7:15 ` Khem Raj
@ 2013-08-09 8:05 ` Martin Jansa
0 siblings, 0 replies; 6+ messages in thread
From: Martin Jansa @ 2013-08-09 8:05 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 3571 bytes --]
On Fri, Aug 09, 2013 at 02:15:06AM -0500, Khem Raj wrote:
> On Thursday, August 8, 2013, Riku Voipio wrote:
>
> > Hi,
> >
> > The problem is that git.linaro.org is not providing good service and
> > often fails to respond to git requests. When bitbake fails to fetch
> > the latest git, it is unable to expand AUTOREV, and throws in the
> > towel. You can reproduce the issue easily with any recipe that has a
> > git:// url and AUTOREV by disconnecting the OE build machine from the
> > network.
> >
> > Could we make AUTOREV to expand to latest version found from
> > downloads/git2 in case the git fetch fails?
> >
> >
>
> I would suggest to not use autorev if git servers are flaky
> Secondly for external recipes its bad practice since it defeats
> BB_NO_NETWORK
> Feature which many use
Agreed, please add example to README how to enable it in local.conf, but use
known-to-work SRCREV in recipe for other people who enabled meta-linaro
layer, but maybe aren't even interested in any linux-linaro revision.
>
>
>
> > Riku
> >
> >
> >
> > On 8 August 2013 20:28, Khem Raj <raj.khem@gmail.com <javascript:;>>
> > wrote:
> > >
> > > On Aug 8, 2013, at 9:00 AM, Fathi Boudra <fathi.boudra@linaro.org<javascript:;>>
> > wrote:
> > >
> > >> Hi,
> > >>
> > >> On 8 August 2013 08:48, Khem Raj <raj.khem@gmail.com <javascript:;>>
> > wrote:
> > >>> Hi
> > >>>
> > >>> Often I see this error when parsing angstrom-next, has anyone seen
> > something similar or delved into the reason behind
> > >>> it ?
> > >>>
> > >>> NOTE: Started PRServer with DBfile:
> > /builds1/angstrom/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 45141, PID:
> > 6728
> > >>> Parsing recipes...ERROR: ExpansionError during parsing
> > /builds1/angstrom/sources/meta-linaro/meta-aarch64/recipes-kernel/linux/
> > linux-linaro_git.bb: Failure expanding variable SRCPV, expression was
> > ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher
> > failure: Fetch command failed with exit code 128, output:
> > >>> fatal: read error: Connection reset by peer
> > >>>
> > >>> ERROR: Command execution failed: Exited with 1
> > >>>
> > >>> Summary: There were 2 ERROR messages shown, returning a non-zero exit
> > code.
> > >>
> > >> I'm seeing a similar issue[1] on another recipe (libhugetlbfs[2] for
> > instance).
> > >> It's worth mentioning:
> > >> - only on my local machine (it doesn't happen on daily builds using
> > >> EC2 instances)
> > >> - also from meta-linaro/meta-aarch64
> > >> - also code pull from git, using SRCPV/AUTOREV
> > >>
> > >> [1] Failure expanding variable SRCPV, expression was
> > ${@bb.fetch2.get_srcrev(d)}
> > >> [2]
> > https://git.linaro.org/gitweb?p=openembedded/meta-linaro.git;a=blob;f=meta-aarch64/recipes-extended/libhugetlbfs/libhugetlbfs_2.16.bb;hb=master
> > >
> > > if I pull out meta-aarch64 from the bblayers all works ok. I don't hit
> > this error at all
> > > so somethins is fishy with this layer
> > >
> > >>
> > >> Cheers,
> > >> Fathi
> > >
> > > _______________________________________________
> > > Openembedded-devel mailing list
> > > Openembedded-devel@lists.openembedded.org <javascript:;>
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-08-09 8:05 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-08-08 5:48 parsing errors with angstrom/meta-linaro Khem Raj
2013-08-08 16:00 ` Fathi Boudra
2013-08-08 17:28 ` Khem Raj
2013-08-09 6:51 ` Riku Voipio
2013-08-09 7:15 ` Khem Raj
2013-08-09 8:05 ` Martin Jansa
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox