Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Khem Raj <raj.khem@gmail.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: yocto@yoctoproject.org,
	openembedded-devel@lists.openembedded.org,
	openembedded-core@lists.openembedded.org
Subject: Re: [RFT] Moving on from eglibc to glibc 2.20
Date: Thu, 28 Aug 2014 00:52:29 -0700	[thread overview]
Message-ID: <20140828075229.GI13139@haswell> (raw)
In-Reply-To: <1409210337.29296.131.camel@ted>

On 14-08-28 08:18:57, Richard Purdie wrote:
> On Wed, 2014-08-27 at 23:41 -0700, Khem Raj wrote:
> > Hi All
> > 
> > As we all know eglibc has been merged back into glibc and 2.19 was the
> > last release, here I have put together the recipes for upcoming glibc
> > 2.20 release and removed eglibc 2.19 in favor of move.
> > 
> > I also thought about leaving eglibc in there but then eglibc and glibc
> > were pretty much same as they always have been that it would be an
> > incremental change with lot more patches this time.
> > 
> > The tree is here
> > 
> > http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-to-glibc-2.20
> > 
> > This has not recieved much testing yet and I am looking out for helping
> > hands here, so try it out in your buid environments and machines of
> > interest and report back on issues.
> > 
> > The patches also forward port the options group support and few other
> > patches from eglibc, details are in commit logs, which I think would make 
> > good candidates for future glibc merge.
> > 
> > This tree will be reworked and rebased so sync back if you see issues
> > which we will address here
> > 
> > Thanks for your help
> 
> Thanks for doing this Khem, its quite some work and much appreciated!
> 
> Just to be clear, what is the intent here? Is it intended to get this
> into 1.7 or is this 1.8 material at this point? We're effectively past
> the toolchain freeze point for 1.7, just about at complete feature
> freeze but I'd like to make sure we're thinking the same things.

I am targetting for 1.7 thats why call for wider testing to expedite.  but it could only be decided with some level of
testing. I havent done enough of testing yet myself it to be sure but in coming few days, it
will be lot clear

But if it turns into major issues then we can wait for 1.8 but it will
be quite an effort to keep up with these patches over a long period of time.

> 
> I'm certainly happy to get this through the autobuilder and see what
> happens...
> 

yes, ceertainly would help. 

> Cheers,
> 
> Richard
> 


  reply	other threads:[~2014-08-28  7:48 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-28  6:41 [RFT] Moving on from eglibc to glibc 2.20 Khem Raj
2014-08-28  7:18 ` Richard Purdie
2014-08-28  7:52   ` Khem Raj [this message]
2014-08-28 21:35 ` Richard Purdie
2014-08-29  0:40   ` Khem Raj
2014-08-28 22:51 ` Richard Purdie
2014-08-29  0:41   ` Khem Raj
2014-08-29  1:46     ` Khem Raj
2014-08-29 10:39       ` Richard Purdie
2014-08-30  0:01         ` Khem Raj
2014-08-30  2:56           ` Khem Raj
2014-08-29 12:18       ` Richard Purdie
2014-08-29 23:59         ` Khem Raj
2014-08-30  3:01           ` Khem Raj
2014-09-02 22:50             ` Dan McGregor
2014-08-29 12:20       ` Richard Purdie
2014-08-30  0:00         ` Khem Raj

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=20140828075229.GI13139@haswell \
    --to=raj.khem@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.org \
    --cc=yocto@yoctoproject.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