[OE-core] [CONSOLIDATED PULL 09/30] linux-libc-headers: updated to 3.4.3

[Martin Jansa]

On Mon, Jul 16, 2012 at 12:08:10PM -0400, Bruce Ashfield wrote:
> On Mon, Jul 16, 2012 at 12:04 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
> > On Mon, Jul 16, 2012 at 11:58:52AM -0400, Bruce Ashfield wrote:
> >> On Mon, Jul 16, 2012 at 11:47 AM, Saul Wold <sgw at linux.intel.com> wrote:
> >> > From: Bogdan Marinescu <bogdan.a.marinescu at intel.com>
> >> >
> >> > Tested by building core-image-sato-sdk.
> >>
> >> We've never gone to this level of granularity in the past, since
> >> -stable updates to
> >> the kernel are not going to change something in the libc-headers exports.
> >>
> >> As far as I'm concerned, bumping this for each stable release is too much churn.
> >
> > But this time it's quite usefull after
> > http://git.openembedded.org/openembedded-core/commit/?id=2a4ab6fc2ef10202d13568aba5d7633e88aa71e5
> > removed some headers from sysroots and some packages (like IIRC udev)
> > were failing to build until someone rebuilt linux-libc-headers manually
> > to fixup staged headers in machine sysroot..
> 
> I'm not following completely .. is that specific to the .3 in 3.4.x ?
> Doesn't look
> like it to me.

No it's not specific to any version.. just before referenced patch there
was e.g. ubi-user.h in sysroot "owned" by linux-libc-headers and
mtd-utils recipe.

That patch caused mtd-utils to be rebuilt and restaged again, but this
time without ubi-user.h and IMHO this doesn't track that ubi-user.h
is also "owned by linux-libc-headers recipe so we end without any
ubi-user.h in sysroot until someone rebuilds linux-libc-headers to stage
ubi-user.h again.

Staging the same file from different recipes should imho show some
warning or keep track of all "owners" so ubi-user.h is not removed
unless someone cleansstate both mtd-utils and linux-libc-headers.

Cheers,

> 
> I don't recall Greg changing the mtd exports in 3.4.3 .. but that
> wouldn't be the
> first time something like that slipped in.
> 
> Cheers,
> 
> Bruce
> 
> >
> > Cheers,
> >
> >>
> >> Sorry I missed this during the original review/posting.
> >>
> >> Cheers,
> >>
> >> Bruce
> >>
> >> >
> >> > Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu at intel.com>
> >> > Signed-off-by: Saul Wold <sgw at linux.intel.com>
> >> > ---
> >> >  meta/conf/distro/include/tcmode-default.inc        |    2 +-
> >> >  .../linux-libc-headers/linux-libc-headers_3.4.3.bb |    6 ++++++
> >> >  .../linux-libc-headers/linux-libc-headers_3.4.bb   |    6 ------
> >> >  3 files changed, 7 insertions(+), 7 deletions(-)
> >> >  create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.3.bb
> >> >  delete mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.bb
> >> >
> >> > diff --git a/meta/conf/distro/include/tcmode-default.inc b/meta/conf/distro/include/tcmode-default.inc
> >> > index f11e687..0a068be 100644
> >> > --- a/meta/conf/distro/include/tcmode-default.inc
> >> > +++ b/meta/conf/distro/include/tcmode-default.inc
> >> > @@ -22,7 +22,7 @@ SDKGCCVERSION ?= "${GCCVERSION}"
> >> >  BINUVERSION ?= "2.22"
> >> >  EGLIBCVERSION ?= "2.15"
> >> >  UCLIBCVERSION ?= "0.9.33"
> >> > -LINUXLIBCVERSION ?= "3.4"
> >> > +LINUXLIBCVERSION ?= "3.4.3"
> >> >
> >> >  PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
> >> >  PREFERRED_VERSION_gcc-cross ?= "${GCCVERSION}"
> >> > diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.3.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.3.bb
> >> > new file mode 100644
> >> > index 0000000..6f8d9e8
> >> > --- /dev/null
> >> > +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.3.bb
> >> > @@ -0,0 +1,6 @@
> >> > +require linux-libc-headers.inc
> >> > +
> >> > +PR = "r0"
> >> > +
> >> > +SRC_URI[md5sum] = "3aefa02db55715d627ed23a01667057d"
> >> > +SRC_URI[sha256sum] = "17f1256daa289dde1a0a587c9753556d37a52770f7c4efcf2666fd4796a6eacc"
> >> > diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.bb b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.bb
> >> > deleted file mode 100644
> >> > index 9e8c88f..0000000
> >> > --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.4.bb
> >> > +++ /dev/null
> >> > @@ -1,6 +0,0 @@
> >> > -require linux-libc-headers.inc
> >> > -
> >> > -PR = "r0"
> >> > -
> >> > -SRC_URI[md5sum] = "146af0160fc7a60cf9acf44aec13482b"
> >> > -SRC_URI[sha256sum] = "a797a15d0b6228381507c14ecf4eec4a6cc5c77cfd521ba3b3e1325e85b5b16d"
> >> > --
> >> > 1.7.7.6
> >> >
> >> >
> >> > _______________________________________________
> >> > Openembedded-core mailing list
> >> > Openembedded-core at lists.openembedded.org
> >> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >>
> >>
> >>
> >> --
> >> "Thou shalt not follow the NULL pointer, for chaos and madness await
> >> thee at its end"
> >>
> >> _______________________________________________
> >> Openembedded-core mailing list
> >> Openembedded-core at lists.openembedded.org
> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
> > --
> > Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core at lists.openembedded.org
> > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
> 
> 
> 
> -- 
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20120716/a99dc3f2/attachment-0002.sig>