On Mon, Jul 16, 2012 at 12:36:07PM -0400, Bruce Ashfield wrote: > On Mon, Jul 16, 2012 at 12:29 PM, Martin Jansa <[email protected]> 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 <[email protected]> > >> 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 <[email protected]> > >> >> wrote: > >> >> > From: Bogdan Marinescu <[email protected]> > >> >> > > >> >> > 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 <[email protected]> > >> >> > Signed-off-by: Saul Wold <[email protected]> > >> >> > --- > >> >> > 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 > >> >> > [email protected] > >> >> > 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 > >> >> [email protected] > >> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > >> > > >> > -- > >> > Martin 'JaMa' Jansa jabber: [email protected] > >> > > >> > _______________________________________________ > >> > Openembedded-core mailing list > >> > [email protected] > >> > 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 > >> [email protected] > >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > > > > -- > > Martin 'JaMa' Jansa jabber: [email protected] > > > > _______________________________________________ > > Openembedded-core mailing list > > [email protected] > > 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 > [email protected] > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Martin 'JaMa' Jansa jabber: [email protected]
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
