[oe] parsing errors with angstrom/meta-linaro

[Martin Jansa]

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 at gmail.com <javascript:;>>
> > wrote:
> > >
> > > On Aug 8, 2013, at 9:00 AM, Fathi Boudra <fathi.boudra at linaro.org<javascript:;>>
> > wrote:
> > >
> > >> Hi,
> > >>
> > >> On 8 August 2013 08:48, Khem Raj <raj.khem at 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 at lists.openembedded.org <javascript:;>
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20130809/35028f07/attachment-0002.sig>