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

Martin Jansa martin.jansa at gmail.com
Mon Jul 16 16:38:51 UTC 2012 

On Mon, Jul 16, 2012 at 12:36:07PM -0400, Bruce Ashfield wrote:
> On Mon, Jul 16, 2012 at 12:29 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
> > 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.
> 
> ok .. this is what I thought you meant. I'm not a packaging expert by any
> stretch of the imagination, but I assume that someone bumping the PR or
> PE of the libc-headers package but leaving it on 3.4 would have also fixed
> this to not require manual intervention ?

yes.. I was thinking about sending PR bump patch after I've rebuilt it
manually for all machines on both my builders.. but then noticed this patch 
and decided to wait for this instead of just PR bump..

Cheers,

> 
> Cheers,
> 
> Bruce
> 
> >
> > 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
> >
> > _______________________________________________
> > 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/ee7b8b02/attachment-0002.sig>

More information about the Openembedded-core mailing list