[OE-core] [PATCH 1/7] insane.bbclass: in file-rdeps do not look into RDEPENDS recursively

[Khem Raj]

On Fri, Aug 9, 2019 at 2:45 AM Alexander Kanavin <alex.kanavin at gmail.com> wrote:
>
> On Fri, 9 Aug 2019 at 03:34, Khem Raj <raj.khem at gmail.com> wrote:
>>
>> > There are several packages in meta-openembedded which are showing these errors one that I see is net kit-rusers seems to be failing for wrong reason
>> >
>> > I will send full list once I am close to computer
>>
>> here is full list
>>
>> https://errors.yoctoproject.org/Errors/Build/86513/
>> all do_package_qa are due to this change.
>
>
> There are plenty of recipes in that list that come from oe-core (not meta-oe), and do not show errors on the AB, e.g. glib-2.0:
>
> ERROR: QA Issue: /usr/lib/libgio-2.0.so.0.6000.6 contained in package glib-2.0 requires libz.so.1(ZLIB_1.2.2)(64bit), but no providers found in RDEPENDS_glib-2.0? [file-rdeps]
> ERROR: QA Issue: /usr/lib/libgio-2.0.so.0.6000.6 contained in package glib-2.0 requires libz.so.1()(64bit), but no providers found in RDEPENDS_glib-2.0? [file-rdeps]
> ERROR: QA Issue: /usr/lib/libglib-2.0.so.0.6000.6 contained in package glib-2.0 requires libpcre.so.1()(64bit), but no providers found in RDEPENDS_glib-2.0? [file-rdeps]
> ERROR: QA Issue: /usr/lib/libgobject-2.0.so.0.6000.6 contained in package glib-2.0 requires libffi.so.6()(64bit), but no providers found in RDEPENDS_glib-2.0? [file-rdeps]
>
> Can I see the configuration where this happened? Might be some other setting that breaks shlib resolution (that was previously unnoticed due to recursive qa RDEPENDS).
>

a running musl world build did not show this issue but that was
rebased tree without this fix. I will have to do a new build for glibc
and see if it was my build system injected behavior. For this patch, I
would suggest it's tested across multiple layers before it's installed
to oe-core.

> Alex
>