From: Martin Jansa <martin.jansa@gmail.com>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [CONSOLIDATED PULL 09/30] linux-libc-headers: updated to 3.4.3
Date: Mon, 16 Jul 2012 18:38:51 +0200 [thread overview]
Message-ID: <20120716163851.GJ3729@jama.jama.net> (raw)
In-Reply-To: <CADkTA4NKtty4_jt7z2S9GzwHMg+xmcdh3qTfUWUuYRjw92iXHQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 7542 bytes --]
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@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@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@linux.intel.com> wrote:
> >> >> > From: Bogdan Marinescu <bogdan.a.marinescu@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@intel.com>
> >> >> > Signed-off-by: Saul Wold <sgw@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@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@lists.openembedded.org
> >> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >> >
> >> > --
> >> > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
> >> >
> >> > _______________________________________________
> >> > Openembedded-core mailing list
> >> > Openembedded-core@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@lists.openembedded.org
> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> >
> > --
> > Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
> >
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@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@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
next prev parent reply other threads:[~2012-07-16 16:50 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-16 15:47 [CONSOLIDATED PULL 00/30] Fixes and Updates Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 01/30] conf/machine: replace TUNE_CONFLICTS with TUNECONFLICTS Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 02/30] package install failure on systems without /sbin/ldconfig Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 03/30] mkelfimage: Upstream fixed packaging issue so upgrade to e1e6a91 Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 04/30] rpm_5.4.9.bb: fix builds on systems with older libc Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 05/30] gconf: Disable gtk support Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 06/30] slang: change char type to signed char in macros Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 07/30] runqemu/mips: adjust runqemu script to support mipsel machine Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 08/30] package.bbclass: Allow overriding of debugedit starting path Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 09/30] linux-libc-headers: updated to 3.4.3 Saul Wold
2012-07-16 15:58 ` Bruce Ashfield
2012-07-16 16:04 ` Martin Jansa
2012-07-16 16:08 ` Bruce Ashfield
2012-07-16 16:29 ` Martin Jansa
2012-07-16 16:36 ` Bruce Ashfield
2012-07-16 16:38 ` Martin Jansa [this message]
2012-07-16 16:45 ` Bruce Ashfield
2012-07-16 15:47 ` [CONSOLIDATED PULL 10/30] classes/rootfs_deb: use more reliable check for package existence Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 11/30] python-dbus: upgrade to 1.1.0 Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 12/30] task-core-sdk.bb: add libgomp and libgomp-dev by RECOMMENDS Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 13/30] xz: update to 5.1.2alpha Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 14/30] Update proto -> protocol for recipes Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 15/30] puzzles: convert to use SVN Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 16/30] cpan.bbclass: Fix CCFLAGS Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 17/30] image_types.bbclass: Fix COMPRESS_CMD for xz to redirect compressed data to file Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 18/30] image_types.bbclass: Add XZ variable to set number of threads to be used while compressing Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 19/30] image_types.bbclass: Default XZ_COMPRESSION_LEVEL to -e -6 Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 20/30] runqemu: Fix running qemu when build without gl Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 21/30] sysvinit-inittab_2.88dsf.bb: Allow multiple serial port consoles to be defined Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 22/30] gmp: upgrade to 5.0.5 Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 23/30] sstate.bbclass: Move crosssdk before cross to ensure correct variables are set Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 24/30] python: Fix python-nativesdk variable contamination issue Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 25/30] crosssdk/nativesdk: Ensure EXTRA_OECONF_FPU is unset Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 26/30] base.bbclass: add GNUmakefile to the list of possible makefile names Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 27/30] lsof: define linux C library type when using eglibc Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 28/30] mirrors: Add debian archive snapshot mirrors to search list Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 29/30] gdb: Replace struct siginfo with proper siginfo_t Saul Wold
2012-07-16 15:47 ` [CONSOLIDATED PULL 30/30] busybox: Include sys/resource.h for rusage definition Saul Wold
2012-07-17 9:28 ` [CONSOLIDATED PULL 00/30] Fixes and Updates Richard Purdie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120716163851.GJ3729@jama.jama.net \
--to=martin.jansa@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox