* 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