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.ja...@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.kana...@gmail.com> wrote: > > > On Tue, 6 Aug 2019 at 13:18, Ross Burton <ross.bur...@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 -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
