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
>>
>
>
>
next prev parent 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