Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Saul Wold <saul.wold@intel.com>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 0/3] RFC v3: provide 3.0.x and 3.1 libc headers
Date: Tue, 01 Nov 2011 17:46:12 -0700	[thread overview]
Message-ID: <4EB092D4.40300@intel.com> (raw)
In-Reply-To: <CADkTA4NcNdQVFXuVXC5r7u64ZX9bEZp6VW-dHxPd=EhB7sXX-w@mail.gmail.com>

On 11/01/2011 05:41 PM, Bruce Ashfield wrote:
> On Thu, Oct 27, 2011 at 10:32 AM, Bruce Ashfield
> <bruce.ashfield@windriver.com>  wrote:
>> Richard,
>>
>> Here's v3 of the series, the details are below.
>
> I see no comments on v3. So I'm just bumping the thread. Should I send
> a separate
> pull request for this, or is this sufficient ?
>

Appears that RP merged them in the last day or so.  So I guess this is
sufficent, consider them merged into OE-Core!

Thanks
	Sau!


> Bruce
>
> p.s. yes, I realize that everyone is catching up, I just didn't want
> to forget myself that
> this is out, but not merged or in a known state.
>
>>
>> Changes since v2:
>>
>>   - moved more code into the .inc file
>>   - modifed the python code to not import unnecessary functions and
>>    to use d.get/setVar.
>>   - Included an optional patch 3/3 to remove 2.6 based header recipes.
>>    Whether you want this or not .. is up to you!
>>
>> Changes since v1:
>>
>>   - factored common code out into the .inc file. Captured in patch 1/2
>>   - patch 2/2 is the introduction of the new headers
>>
>> v1 Email is included below:
>>
>> Here's a RFC patch for updating the toolchain linux-libc headers to 3.x
>> variants.
>>
>> The reason I'm calling it a RFC is:
>>
>>   - I wrote some anonymous python code (and I'm no python coder) to
>>     deal with 2.6 / 3.0 tgz location differences. This could have
>>     also been done with a variable set in the recipes and used by
>>     the .inc. I wasn't sure of the preferred approach, hence the RFC.
>>     I'll take no offense corrections here.
>>
>>   - I changed the .inc, but didn't bump the PR of the existing recipes
>>     and didn't remove the existing 2.6 variants. If either of these
>>     should have been done, let me know and I'll respin.
>>
>>   - I bumped the default to be 3.1. If that's too agressive for the
>>     default, and we'd prefer 3.0.8, let me know and I'll respin.
>>
>> I built and booted all the qemu machines with the 3.1 kernel headers.  So
>> from the testing I was able to do, this looks to be safe and ready to go.
>>
>> This is based on my yocto repo, I also did the changes in my oe-core
>> repository, but I don't have a oe-core contrib branch that I could push to,
>> so I chose to send the yocto variant. If someone points me to who I email for
>> an oe-core contrib branch, I can push that variant as well.
>>
>> Cheers,
>>
>> Bruce
>>
>>
>> The following changes since commit fc94f925e848684244a38dcffe15cb1192dfbed8:
>>   Martin Jansa (1):
>>         libxml-parser-perl, libxml-simple-perl, expat, sgmlspl-native, git: bump PR to rebuild after perl upgrade
>>
>> are available in the git repository at:
>>
>>   git://git.pokylinux.org/poky-contrib zedd/libc-headers-v3
>>   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/libc-headers-v3
>>
>> Bruce Ashfield (3):
>>   linux-libc-headers: factor common code into linux-libc-headers.inc
>>   linux-libc-headers: provide 3.0.x and 3.1 headers
>>   linux-libc-headers: remove older recipes
>>
>>   meta/conf/distro/include/tcmode-default.inc        |    2 +-
>>   .../linux-libc-headers/linux-libc-headers.inc      |   62 +++++++++++++++++++-
>>   .../linux-libc-headers_2.6.37.2.bb                 |   53 -----------------
>>   .../linux-libc-headers_2.6.39.bb                   |   54 -----------------
>>   .../linux-libc-headers/linux-libc-headers_3.0.8.bb |    7 ++
>>   .../linux-libc-headers/linux-libc-headers_3.1.bb   |    7 ++
>>   6 files changed, 74 insertions(+), 111 deletions(-)
>>   delete mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.37.2.bb
>>   delete mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_2.6.39.bb
>>   create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
>>   create mode 100644 meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>
>
>




  reply	other threads:[~2011-11-02  0:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-27 14:32 [PATCH 0/3] RFC v3: provide 3.0.x and 3.1 libc headers Bruce Ashfield
2011-10-27 14:32 ` [PATCH 1/3] linux-libc-headers: factor common code into linux-libc-headers.inc Bruce Ashfield
2011-10-27 14:32 ` [PATCH 2/3] linux-libc-headers: provide 3.0.x and 3.1 headers Bruce Ashfield
2011-10-27 14:32 ` [PATCH 3/3] linux-libc-headers: remove older recipes Bruce Ashfield
2011-11-02  0:41 ` [PATCH 0/3] RFC v3: provide 3.0.x and 3.1 libc headers Bruce Ashfield
2011-11-02  0:46   ` Saul Wold [this message]
2011-11-02  0:47     ` Bruce Ashfield

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=4EB092D4.40300@intel.com \
    --to=saul.wold@intel.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