[OE-core] [PATCH 00/80] Consolidated pull

[Bruce Ashfield]

On Fri, Jan 13, 2017 at 9:16 AM, Jussi Kukkonen <jussi.kukkonen at intel.com>
wrote:

> On 13 January 2017 at 15:39, Bruce Ashfield <bruce.ashfield at gmail.com>
> wrote:
> >
> >
> >
> > On Fri, Jan 13, 2017 at 8:00 AM, Ross Burton <ross.burton at intel.com>
> wrote:
> >>
> >> Hi,
> >>
> >> Another consolidated pull.  Last run on the AB was mostly green:
> >> - byacc on beaglebone-lsb failed (upgrade removed)
> >> - checkuri failed (transient, works now)
> >> - selftest failed (fixed in branch, tests work locally now)
> >
> >
> >
> > Should I re-send my kernel queue ? It is now about 13 patches long, and
> I'm stacking
> > a few more on every couple of days.
> >
> > I assume there are still some outstanding issues with the 4.9 kernel, or
> more specifically
> > the 4.9 kernel headers ?
> >
> > If there's a pointer to the list of issues, that would be great, so I
> can help prod things
> > along (assuming I can sort out the build issues .. c libraries give me
> headaches ;)
>
>
> There's at least the connman build issue on musl with 4.9 headers:
> http://errors.yoctoproject.org/Errors/Details/116506/
>

Ah ok.

I'm not much good with musl unfortunately, but honestly, I'm wondering how
long we
can keep this out with relatively few build issues. In tree, they'll get
more attention.

I'll continue stacking on 4.9 changes until they get sorted out.  I'll
probably have some
cycles near the end of next week to get lost in c library #ifdef's, if the
issues are still
around.

Bruce


>
> Musl defines IFF_LOWER_UP which breaks compilation with linux/if.h.
> kernel has uapi/linux/libc-compat.h for similar issues with glibc but at
> least currently it does not check for musl...
>
> See other discussion "musl: Upgrade to 1.1.16+ on master".
>
>  - Jussi
>
>
>


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170113/b13f211b/attachment-0002.html>