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

Mon Jul 16 16:36:07 UTC 2012

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 ?

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"