[OE-core] [PATCH 1/1] stress-ng: Add bash to DEPENDS

Richard Purdie richard.purdie at linuxfoundation.org
Tue Aug 6 12:51:12 UTC 2019


On Tue, 2019-08-06 at 14:27 +0200, Alexander Kanavin wrote:
> Could be, yes. I will next try to untangle the file-rdeps and see why
> it fails if bash hasn't been packaged yet, and passes if it has. I
> have reproduced this on thud, so this is an old problem.
> 
> Alex
> 
> 
> On Tue, 6 Aug 2019 at 14:16, Martin Jansa <martin.jansa at gmail.com>
> wrote:
> > Maybe another case of 
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=9217#c6 ?
> > 
> > On Tue, Aug 6, 2019 at 1:57 PM Alexander Kanavin <
> > alex.kanavin at gmail.com> wrote:
> > > On Tue, 6 Aug 2019 at 13:18, Ross Burton <ross.burton at intel.com>
> > > wrote:
> > > > > Note that bash-completion files are not executable, and we do
> > > > not 
> > > > > observe this with other recipes. We might have a false
> > > > positive here - 
> > > > > can you look at the actual contents of the package please and
> > > > see why 
> > > > > _qa thinks it needs /bin/bash?
> > > > 
> > > > Also I don't see this with master.  Do you have some local
> > > > patches or QA 
> > > > changes?
> > > 
> > > Actually there is a determinism problem here. I have reproduced
> > > it with master, and the error happens if and only if bash's
> > > do_package task has not yet run. If it has already run, then the
> > > package_qa for stress-ng passes fine. I'll poke at it to see if
> > > it's a recent issue.

We now filter the pkgdata to the things a recipe can see in its
dependencies after:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=99206cb7b41be7a124ea8339bc891077f02128a2

Does that help? If not, is it because some code isn't using the
filtered copy? Or could we use this technique somewhere else?

I've not looked at the underlying issues enough to tell which code is
actually triggering it but that kind of approach should help with this
kind of problem and at least make it deterministic...

Cheers,

Richard



More information about the Openembedded-core mailing list