[oe] [meta-networking][PATCH 1/1] mdns: move from meta-intel-iot-middleware

Khem Raj raj.khem at gmail.com
Tue Oct 17 17:01:13 UTC 2017


On Tue, Oct 17, 2017 at 9:58 AM, Martin Jansa <martin.jansa at gmail.com> wrote:
> I agree with Khem, I've merged oprofile even when it fails with musl,
> because that was the main reason for moving it from oe-core to meta-oe, but
> we don't want to burden Khem with more new musl issues when they are
> detected soon enough (my world builds don't use musl, so I depend on Khem to
> provide feedback when he can) .
>
> On Tue, Oct 17, 2017 at 6:23 PM, Khem Raj <raj.khem at gmail.com> wrote:
>>
>> On Mon, Oct 16, 2017 at 10:11 PM, Denys Dmytriyenko <denis at denix.org>
>> wrote:
>> > On Mon, Oct 16, 2017 at 09:19:25PM -0700, Khem Raj wrote:
>> >> On Wed, Oct 4, 2017 at 1:20 PM, Paul Eggleton
>> >> <paul.eggleton at linux.intel.com> wrote:
>> >> > The following improvements have been made over the recipe that was in
>> >> > meta-intel-iot-middleware (a layer which is no longer actively
>> >> > maintained):
>> >> >
>> >> > * Upgrade to latest upstream version (765.50.9)
>> >> > * Fix compilation failures by passing CC and LD
>> >> > * Fix "no GNU hash in the ELF binary" issue
>> >> > * Point S at the correct source subdirectory so that "make clean"
>> >> > works
>> >> > * Fix lack of soname on libdns_sd.so leading to missing RDEPENDS QA
>> >> > error
>> >> > * Add SUMMARY
>> >> >
>> >>
>> >>
>> >> This has been accepted into master but it fails to build with musl
>> >
>> > Is musl a requirement for meta-oe?
>>
>> We have fixed it to a point where we have around 10-12 recipes which
>> don't compile
>> with musl, and it would be better to keep this level as such and
>> especially when we
>> know its failing. its a requirement for oe-core

I do world builds on master-next with musl on qemumips and rpi3
continuously, with a known set of failures, if a new one shows up
I tend to report.



More information about the Openembedded-devel mailing list