From: Martin Jansa <martin.jansa@gmail.com>
To: Bruce Ashfield <bruce.ashfield@gmail.com>
Cc: openembedded-devel <openembedded-devel@lists.openembedded.org>,
Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] State of bitbake world, Failed tasks 2016-03-09
Date: Fri, 11 Mar 2016 17:13:53 +0100 [thread overview]
Message-ID: <20160311161353.GA2646@jama> (raw)
In-Reply-To: <CADkTA4N43Zi=oLVRe99eEvvPjgYethKFNKH3J90Bss_AzqovVg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2839 bytes --]
On Fri, Mar 11, 2016 at 10:52:14AM -0500, Bruce Ashfield wrote:
> On Fri, Mar 11, 2016 at 10:41 AM, Mark Hatle <mark.hatle@windriver.com>
> wrote:
>
> > On 3/10/16 5:53 AM, Martin Jansa wrote:
> > > Aggressive PNBLACKLISTing continues. But linux-yocto (and modules
> > depending on it)
> > > are still broken :/.
> > >
> > > I'll look at cef3 and chromium issue, my recent patch for meta-browser
> > > fixed the build for armv7a MACHINEs, so it probably needs to be extended
> > > a bit to cover warnings in x86 and then duplicate the same to cef3.
> > > This issue is there for so long, slowing down the builds significantly
> > > (and causing logs to be much bigger) - I don't use these recipes but I
> > > hate the failures even more.
> > >
> >
> > Is see the reported log failure, but I've been building with the oe-core
> > and
> > poky linux-yocto head of master for the last couple weeks, all arches
> > includes
> > qemux86.
> >
>
>
> I don't know what to say about those failures either. I've been chasing
> perf build
> races for the past week, and that includes building linux-yocto hundreds of
> times,
> and I've never seen the uapi headers not be in place like the logs show.
My guess (and supported by Andrea) is that it's caused by
linux-yocto-tiny which is built as part of bitbake world and probably
not included in your tests when you build the same linux-yocto.
That would also explain why these issues break almost every qemux86 and
I haven't seen them for qemuarm, linux-yocto-tiny has:
COMPATIBLE_MACHINE = "(qemux86)"
Try to run
"bitbake linux-yocto linux-yocto-tiny" couple times and maybe you'll be
able to reproduce it.
For next runs I've PNBLACKLISTED linux-yocto-tiny and
linux-yocto-tiny-kexecboot:
https://github.com/shr-project/jenkins-jobs/commit/c168b7824c2c68bd5894532fc122929d2d9df9a7
> The Yocto AB is also not showing it to me.
>
> Unless I can get access to a broken build, I'm at a loss to actually debug
> and
> fix it.
>
> Bruce
>
>
> >
> > I don't see the error on my builder. Is something changing the default
> > recipe/kernel configuration triggering the fault?
> >
> > --Mark
> >
> > > === qemux86 (2) ===
> > > * /meta-openembedded/meta-python/recipes-devtools/python/
> > python-m2crypto_0.23.0.bb, do_compile
> > > * /openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.4.bb,
> > do_compile
> >
> >
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await thee
> at its end"
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Martin Jansa <martin.jansa@gmail.com>
To: Bruce Ashfield <bruce.ashfield@gmail.com>
Cc: openembedded-devel <openembedded-devel@lists.openembedded.org>,
Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: State of bitbake world, Failed tasks 2016-03-09
Date: Fri, 11 Mar 2016 17:13:53 +0100 [thread overview]
Message-ID: <20160311161353.GA2646@jama> (raw)
In-Reply-To: <CADkTA4N43Zi=oLVRe99eEvvPjgYethKFNKH3J90Bss_AzqovVg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2839 bytes --]
On Fri, Mar 11, 2016 at 10:52:14AM -0500, Bruce Ashfield wrote:
> On Fri, Mar 11, 2016 at 10:41 AM, Mark Hatle <mark.hatle@windriver.com>
> wrote:
>
> > On 3/10/16 5:53 AM, Martin Jansa wrote:
> > > Aggressive PNBLACKLISTing continues. But linux-yocto (and modules
> > depending on it)
> > > are still broken :/.
> > >
> > > I'll look at cef3 and chromium issue, my recent patch for meta-browser
> > > fixed the build for armv7a MACHINEs, so it probably needs to be extended
> > > a bit to cover warnings in x86 and then duplicate the same to cef3.
> > > This issue is there for so long, slowing down the builds significantly
> > > (and causing logs to be much bigger) - I don't use these recipes but I
> > > hate the failures even more.
> > >
> >
> > Is see the reported log failure, but I've been building with the oe-core
> > and
> > poky linux-yocto head of master for the last couple weeks, all arches
> > includes
> > qemux86.
> >
>
>
> I don't know what to say about those failures either. I've been chasing
> perf build
> races for the past week, and that includes building linux-yocto hundreds of
> times,
> and I've never seen the uapi headers not be in place like the logs show.
My guess (and supported by Andrea) is that it's caused by
linux-yocto-tiny which is built as part of bitbake world and probably
not included in your tests when you build the same linux-yocto.
That would also explain why these issues break almost every qemux86 and
I haven't seen them for qemuarm, linux-yocto-tiny has:
COMPATIBLE_MACHINE = "(qemux86)"
Try to run
"bitbake linux-yocto linux-yocto-tiny" couple times and maybe you'll be
able to reproduce it.
For next runs I've PNBLACKLISTED linux-yocto-tiny and
linux-yocto-tiny-kexecboot:
https://github.com/shr-project/jenkins-jobs/commit/c168b7824c2c68bd5894532fc122929d2d9df9a7
> The Yocto AB is also not showing it to me.
>
> Unless I can get access to a broken build, I'm at a loss to actually debug
> and
> fix it.
>
> Bruce
>
>
> >
> > I don't see the error on my builder. Is something changing the default
> > recipe/kernel configuration triggering the fault?
> >
> > --Mark
> >
> > > === qemux86 (2) ===
> > > * /meta-openembedded/meta-python/recipes-devtools/python/
> > python-m2crypto_0.23.0.bb, do_compile
> > > * /openembedded-core/meta/recipes-kernel/linux/linux-yocto_4.4.bb,
> > do_compile
> >
> >
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> >
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await thee
> at its end"
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]
next prev parent reply other threads:[~2016-03-11 16:10 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-10 11:53 State of bitbake world, Failed tasks 2016-03-09 Martin Jansa
2016-03-11 15:03 ` [OE-core] " Trevor Woerner
2016-03-11 15:03 ` Trevor Woerner
2016-03-11 15:41 ` [OE-core] " Mark Hatle
2016-03-11 15:41 ` Mark Hatle
2016-03-11 15:52 ` [OE-core] " Bruce Ashfield
2016-03-11 15:52 ` Bruce Ashfield
2016-03-11 16:13 ` Martin Jansa [this message]
2016-03-11 16:13 ` Martin Jansa
2016-03-11 16:21 ` [OE-core] " Bruce Ashfield
2016-03-11 16:21 ` Bruce Ashfield
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160311161353.GA2646@jama \
--to=martin.jansa@gmail.com \
--cc=bruce.ashfield@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.