Patchwork [0/4] eglibc 2.14 upgrade

login
register
mail settings
Submitter Khem Raj
Date June 22, 2011, 1:43 a.m.
Message ID <cover.1308706423.git.raj.khem@gmail.com>
Download mbox
Permalink /patch/6223/
State New, archived
Headers show

Pull-request

git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14

Comments

Khem Raj - June 22, 2011, 1:43 a.m.
This patchset upgrades eglibc 2.13 -> 2.14                                             
Needed a binutils fix for x86_64                                                       
Package sotruss which is new in eglibc 2.14                

The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:

  binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)

are available in the git repository at:
  git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14

Khem Raj (4):
  eglibc: Upgrade recipes from 2.13 -> 2.14
  eglibc-package.inc: Package newly added sotruss and supporting
    libraries
  binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
  tcmode-default.inc: Bump EGLIBCVERSION to 2.14

 meta/conf/distro/include/tcmode-default.inc        |    2 +-
 ...tive_2.13.bb => cross-localedef-native_2.14.bb} |    0
 .../IO-acquire-lock-fix.patch                      |    0
 .../eglibc-svn-arm-lowlevellock-include-tls.patch  |    0
 .../{eglibc-2.13 => eglibc-2.14}/etc/ld.so.conf    |    0
 .../generate-supported.mk                          |    0
 .../ld-search-order.patch                          |    0
 .../mips-rld-map-check.patch                       |    0
 .../shorten-build-commands.patch                   |    0
 .../stack-protector-test.patch                     |    0
 ...libc-initial_2.13.bb => eglibc-initial_2.14.bb} |    0
 meta/recipes-core/eglibc/eglibc-package.inc        |    7 +-
 .../eglibc/{eglibc_2.13.bb => eglibc_2.14.bb}      |    7 +-
 .../binutils/binutils-2.21/binutils-pr12366.patch  |  428 ++++++++++++++++++++
 meta/recipes-devtools/binutils/binutils_2.21.bb    |    3 +-
 15 files changed, 439 insertions(+), 8 deletions(-)
 rename meta/recipes-core/eglibc/{cross-localedef-native_2.13.bb => cross-localedef-native_2.14.bb} (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/IO-acquire-lock-fix.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/eglibc-svn-arm-lowlevellock-include-tls.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/etc/ld.so.conf (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/generate-supported.mk (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/ld-search-order.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/mips-rld-map-check.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/shorten-build-commands.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.13 => eglibc-2.14}/stack-protector-test.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-initial_2.13.bb => eglibc-initial_2.14.bb} (100%)
 rename meta/recipes-core/eglibc/{eglibc_2.13.bb => eglibc_2.14.bb} (97%)
 create mode 100644 meta/recipes-devtools/binutils/binutils-2.21/binutils-pr12366.patch
Richard Purdie - June 22, 2011, 3:57 p.m.
On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
> This patchset upgrades eglibc 2.13 -> 2.14                                             
> Needed a binutils fix for x86_64                                                       
> Package sotruss which is new in eglibc 2.14                
> 
> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
> 
>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
> 
> are available in the git repository at:
>   git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>   http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
> 
> Khem Raj (4):
>   eglibc: Upgrade recipes from 2.13 -> 2.14
>   eglibc-package.inc: Package newly added sotruss and supporting
>     libraries
>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>   tcmode-default.inc: Bump EGLIBCVERSION to 2.14

Merged to master, thanks.

Richard
Mark Hatle - June 22, 2011, 6:35 p.m.
Since applying this update, I'm not longer getting an rpc/rpc.h file, which
breaks various things like busybox mount.

Is anyone else seeing this behavior?

--Mark

On 6/22/11 10:57 AM, Richard Purdie wrote:
> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>> This patchset upgrades eglibc 2.13 -> 2.14                                             
>> Needed a binutils fix for x86_64                                                       
>> Package sotruss which is new in eglibc 2.14                
>>
>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>
>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>
>> are available in the git repository at:
>>   git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>>   http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>
>> Khem Raj (4):
>>   eglibc: Upgrade recipes from 2.13 -> 2.14
>>   eglibc-package.inc: Package newly added sotruss and supporting
>>     libraries
>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>>   tcmode-default.inc: Bump EGLIBCVERSION to 2.14
> 
> Merged to master, thanks.
> 
> Richard
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Mark Hatle - June 22, 2011, 8:28 p.m.
On 6/22/11 1:35 PM, Mark Hatle wrote:
> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> breaks various things like busybox mount.
> 
> Is anyone else seeing this behavior?

Reverting:

2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
190a946e9a4213944e3ee675c4b3e18701698e87

fixed the problem for me.  So there is definitely a problems in the upgrade.

--Mark

> --Mark
> 
> On 6/22/11 10:57 AM, Richard Purdie wrote:
>> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>>> This patchset upgrades eglibc 2.13 -> 2.14                                             
>>> Needed a binutils fix for x86_64                                                       
>>> Package sotruss which is new in eglibc 2.14                
>>>
>>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>>
>>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>>
>>> are available in the git repository at:
>>>   git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>>>   http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>>
>>> Khem Raj (4):
>>>   eglibc: Upgrade recipes from 2.13 -> 2.14
>>>   eglibc-package.inc: Package newly added sotruss and supporting
>>>     libraries
>>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>>>   tcmode-default.inc: Bump EGLIBCVERSION to 2.14
>>
>> Merged to master, thanks.
>>
>> Richard
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
> 
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Tom Rini - June 22, 2011, 9:26 p.m.
On 06/22/2011 01:28 PM, Mark Hatle wrote:
> On 6/22/11 1:35 PM, Mark Hatle wrote:
>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> breaks various things like busybox mount.
>>
>> Is anyone else seeing this behavior?
> 
> Reverting:
> 
> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> 190a946e9a4213944e3ee675c4b3e18701698e87
> 
> fixed the problem for me.  So there is definitely a problems in the upgrade.

This also fixes the problem that Otavio and I have seen of locale
generation failing crazily.
Khem Raj - June 22, 2011, 10:31 p.m.
On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> On 6/22/11 1:35 PM, Mark Hatle wrote:
>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> breaks various things like busybox mount.
>>
>> Is anyone else seeing this behavior?
>
> Reverting:
>
> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> 190a946e9a4213944e3ee675c4b3e18701698e87
>
> fixed the problem for me.  So there is definitely a problems in the upgrade.
>

onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
not to be used from bundled code in glibc. If we dont have recipes for libtirpc
then I will add that.

> --Mark
>
>> --Mark
>>
>> On 6/22/11 10:57 AM, Richard Purdie wrote:
>>> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>>>> This patchset upgrades eglibc 2.13 -> 2.14
>>>> Needed a binutils fix for x86_64
>>>> Package sotruss which is new in eglibc 2.14
>>>>
>>>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>>>
>>>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>>>
>>>> are available in the git repository at:
>>>>   git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>>>>   http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>>>
>>>> Khem Raj (4):
>>>>   eglibc: Upgrade recipes from 2.13 -> 2.14
>>>>   eglibc-package.inc: Package newly added sotruss and supporting
>>>>     libraries
>>>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>>>>   tcmode-default.inc: Bump EGLIBCVERSION to 2.14
>>>
>>> Merged to master, thanks.
>>>
>>> Richard
>>>
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
Mark Hatle - June 22, 2011, 10:51 p.m.
On 6/22/11 5:31 PM, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>> breaks various things like busybox mount.
>>>
>>> Is anyone else seeing this behavior?
>>
>> Reverting:
>>
>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>
>> fixed the problem for me.  So there is definitely a problems in the upgrade.
>>
> 
> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> then I will add that.

There is a libtirpc recipe.  It looks like we may have to audit the system
looking for users and get that fixed.  busybox is definitely something that
tries to use rpc in mount.

--Mark

>> --Mark
>>
>>> --Mark
>>>
>>> On 6/22/11 10:57 AM, Richard Purdie wrote:
>>>> On Tue, 2011-06-21 at 18:43 -0700, Khem Raj wrote:
>>>>> This patchset upgrades eglibc 2.13 -> 2.14
>>>>> Needed a binutils fix for x86_64
>>>>> Package sotruss which is new in eglibc 2.14
>>>>>
>>>>> The following changes since commit 78de64f58b98101f5be5778e9ecbdaae5ba32997:
>>>>>
>>>>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 (2011-06-21 17:58:06 -0700)
>>>>>
>>>>> are available in the git repository at:
>>>>>   git://git.openembedded.org/openembedded-core-contrib kraj/eglibc-2.14
>>>>>   http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/eglibc-2.14
>>>>>
>>>>> Khem Raj (4):
>>>>>   eglibc: Upgrade recipes from 2.13 -> 2.14
>>>>>   eglibc-package.inc: Package newly added sotruss and supporting
>>>>>     libraries
>>>>>   binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64
>>>>>   tcmode-default.inc: Bump EGLIBCVERSION to 2.14
>>>>
>>>> Merged to master, thanks.
>>>>
>>>> Richard
>>>>
>>>>
>>>> _______________________________________________
>>>> Openembedded-core mailing list
>>>> Openembedded-core@lists.openembedded.org
>>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>>
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
> 
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Richard Purdie - June 22, 2011, 10:59 p.m.
On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> > On 6/22/11 1:35 PM, Mark Hatle wrote:
> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> >> breaks various things like busybox mount.
> >>
> >> Is anyone else seeing this behavior?
> >
> > Reverting:
> >
> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> > 190a946e9a4213944e3ee675c4b3e18701698e87
> >
> > fixed the problem for me.  So there is definitely a problems in the upgrade.
> >
> 
> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> then I will add that.

There looks to be more than this wrong with this update. A quick
comparison shows the following changes in the list of files being
installed from do_install:

-./lib/libmemusage.so
-./lib/libnss_hesiod-2.13.so
-./lib/libnss_nisplus-2.13.so
-./lib/libutil-2.13.so
-./lib/libresolv-2.13.so
-./lib/libm-2.13.so
-./lib/libnsl-2.13.so
-./lib/libnss_compat-2.13.so
-./lib/libnss_nis-2.13.so
-./lib/libnss_dns-2.13.so
-./lib/libanl-2.13.so
-./lib/libBrokenLocale-2.13.so
-./lib/libcrypt-2.13.so
-./etc/rpc
-./usr/lib/libnss_compat_pic.a
-./usr/lib/libnss_dns_pic.a
-./usr/lib/libnss_nisplus_pic.a
+./usr/lib/audit/sotruss-lib.so
-./usr/lib/libutil_pic.map
-./usr/lib/libBrokenLocale_pic.a
-./usr/lib/libBrokenLocale.a
-./usr/lib/libBrokenLocale_pic.map
-./usr/lib/libm.a
-./usr/lib/libnss_dns_pic.map
-./usr/lib/libm_pic.map
-./usr/lib/libnss_hesiod_pic.map
-./usr/lib/librpcsvc.a
-./usr/lib/libutil.a
-./usr/lib/libnss_compat_pic.map
-./usr/lib/libcrypt.a
-./usr/lib/libutil_pic.a
-./usr/lib/libanl.a
-./usr/lib/libnsl_pic.a
-./usr/lib/libresolv.a
-./usr/lib/libnss_hesiod_pic.a
-./usr/lib/libm_pic.a
-./usr/lib/libnsl_pic.map
-./usr/lib/libnss_nis_pic.map
-./usr/lib/libanl_pic.a
-./usr/lib/libcrypt_pic.map
-./usr/lib/libcrypt_pic.a
-./usr/lib/libnss_nis_pic.a
-./usr/lib/libresolv_pic.map
-./usr/lib/libresolv_pic.a
-./usr/lib/libanl_pic.map
-./usr/lib/libnss_nisplus_pic.map
-./usr/lib/libnsl.a
-./usr/bin/rpcgen
-./usr/bin/gencat
+./usr/bin/sotruss
-./usr/bin/localedef
-./usr/bin/locale
-./usr/sbin/rpcinfo
-./usr/sbin/nscd

Some of these are rpc related but there are other issues too.

I've reverted the upgrade itself for now until we have something in
place to address the issues and its actually had some testing...

Cheers,

Richard
Khem Raj - June 22, 2011, 11:22 p.m.
On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> >> breaks various things like busybox mount.
>> >>
>> >> Is anyone else seeing this behavior?
>> >
>> > Reverting:
>> >
>> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> > 190a946e9a4213944e3ee675c4b3e18701698e87
>> >
>> > fixed the problem for me.  So there is definitely a problems in the upgrade.
>> >
>>
>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>> then I will add that.
>
> There looks to be more than this wrong with this update. A quick
> comparison shows the following changes in the list of files being
> installed from do_install:
>
> -./lib/libmemusage.so
> -./lib/libnss_hesiod-2.13.so
> -./lib/libnss_nisplus-2.13.so
> -./lib/libutil-2.13.so
> -./lib/libresolv-2.13.so
> -./lib/libm-2.13.so
> -./lib/libnsl-2.13.so
> -./lib/libnss_compat-2.13.so
> -./lib/libnss_nis-2.13.so
> -./lib/libnss_dns-2.13.so
> -./lib/libanl-2.13.so
> -./lib/libBrokenLocale-2.13.so
> -./lib/libcrypt-2.13.so
> -./etc/rpc
> -./usr/lib/libnss_compat_pic.a
> -./usr/lib/libnss_dns_pic.a
> -./usr/lib/libnss_nisplus_pic.a
> +./usr/lib/audit/sotruss-lib.so
> -./usr/lib/libutil_pic.map
> -./usr/lib/libBrokenLocale_pic.a
> -./usr/lib/libBrokenLocale.a
> -./usr/lib/libBrokenLocale_pic.map
> -./usr/lib/libm.a
> -./usr/lib/libnss_dns_pic.map
> -./usr/lib/libm_pic.map
> -./usr/lib/libnss_hesiod_pic.map
> -./usr/lib/librpcsvc.a
> -./usr/lib/libutil.a
> -./usr/lib/libnss_compat_pic.map
> -./usr/lib/libcrypt.a
> -./usr/lib/libutil_pic.a
> -./usr/lib/libanl.a
> -./usr/lib/libnsl_pic.a
> -./usr/lib/libresolv.a
> -./usr/lib/libnss_hesiod_pic.a
> -./usr/lib/libm_pic.a
> -./usr/lib/libnsl_pic.map
> -./usr/lib/libnss_nis_pic.map
> -./usr/lib/libanl_pic.a
> -./usr/lib/libcrypt_pic.map
> -./usr/lib/libcrypt_pic.a
> -./usr/lib/libnss_nis_pic.a
> -./usr/lib/libresolv_pic.map
> -./usr/lib/libresolv_pic.a
> -./usr/lib/libanl_pic.map
> -./usr/lib/libnss_nisplus_pic.map
> -./usr/lib/libnsl.a
> -./usr/bin/rpcgen
> -./usr/bin/gencat
> +./usr/bin/sotruss
> -./usr/bin/localedef
> -./usr/bin/locale
> -./usr/sbin/rpcinfo
> -./usr/sbin/nscd
>
> Some of these are rpc related but there are other issues too.
>
> I've reverted the upgrade itself for now until we have something in
> place to address the issues and its actually had some testing...
>

some of these are due to rpc and others are due to nss being removed
I need to backport the nss db re-implementation then most of it should
be resolved
I guess I will post 2.14 as additional recipes rather than replacement for 2.13
that way we will get some soak time.
> Cheers,
>
> Richard
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
Tom Rini - June 22, 2011, 11:29 p.m.
On 06/22/2011 04:22 PM, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>> breaks various things like busybox mount.
>>>>>
>>>>> Is anyone else seeing this behavior?
>>>>
>>>> Reverting:
>>>>
>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>
>>>> fixed the problem for me.  So there is definitely a problems in the upgrade.
>>>>
>>>
>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>> then I will add that.
>>
>> There looks to be more than this wrong with this update. A quick
>> comparison shows the following changes in the list of files being
>> installed from do_install:
>>
>> -./lib/libmemusage.so
>> -./lib/libnss_hesiod-2.13.so
>> -./lib/libnss_nisplus-2.13.so
>> -./lib/libutil-2.13.so
>> -./lib/libresolv-2.13.so
>> -./lib/libm-2.13.so
>> -./lib/libnsl-2.13.so
>> -./lib/libnss_compat-2.13.so
>> -./lib/libnss_nis-2.13.so
>> -./lib/libnss_dns-2.13.so
>> -./lib/libanl-2.13.so
>> -./lib/libBrokenLocale-2.13.so
>> -./lib/libcrypt-2.13.so
>> -./etc/rpc
>> -./usr/lib/libnss_compat_pic.a
>> -./usr/lib/libnss_dns_pic.a
>> -./usr/lib/libnss_nisplus_pic.a
>> +./usr/lib/audit/sotruss-lib.so
>> -./usr/lib/libutil_pic.map
>> -./usr/lib/libBrokenLocale_pic.a
>> -./usr/lib/libBrokenLocale.a
>> -./usr/lib/libBrokenLocale_pic.map
>> -./usr/lib/libm.a
>> -./usr/lib/libnss_dns_pic.map
>> -./usr/lib/libm_pic.map
>> -./usr/lib/libnss_hesiod_pic.map
>> -./usr/lib/librpcsvc.a
>> -./usr/lib/libutil.a
>> -./usr/lib/libnss_compat_pic.map
>> -./usr/lib/libcrypt.a
>> -./usr/lib/libutil_pic.a
>> -./usr/lib/libanl.a
>> -./usr/lib/libnsl_pic.a
>> -./usr/lib/libresolv.a
>> -./usr/lib/libnss_hesiod_pic.a
>> -./usr/lib/libm_pic.a
>> -./usr/lib/libnsl_pic.map
>> -./usr/lib/libnss_nis_pic.map
>> -./usr/lib/libanl_pic.a
>> -./usr/lib/libcrypt_pic.map
>> -./usr/lib/libcrypt_pic.a
>> -./usr/lib/libnss_nis_pic.a
>> -./usr/lib/libresolv_pic.map
>> -./usr/lib/libresolv_pic.a
>> -./usr/lib/libanl_pic.map
>> -./usr/lib/libnss_nisplus_pic.map
>> -./usr/lib/libnsl.a
>> -./usr/bin/rpcgen
>> -./usr/bin/gencat
>> +./usr/bin/sotruss
>> -./usr/bin/localedef
>> -./usr/bin/locale
>> -./usr/sbin/rpcinfo
>> -./usr/sbin/nscd
>>
>> Some of these are rpc related but there are other issues too.
>>
>> I've reverted the upgrade itself for now until we have something in
>> place to address the issues and its actually had some testing...
>>
> 
> some of these are due to rpc and others are due to nss being removed
> I need to backport the nss db re-implementation then most of it should
> be resolved
> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
> that way we will get some soak time.

Neither of those would explain the locale problem Otavio and I have seen:
NOTE: generating locale wae_CH (UTF-8)
NOTE: cmd:
NOTE:
PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux.gcc-cross-intermediate:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/qemux86/usr/bin/crossscripts:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux//bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts:/home/trini/work/tmp/oe-core-template/bitbake/bin:/home/trini/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/trini/bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts"
I18NPATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/share/i18n"
GCONV_PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/iconvdata"
cross-localedef  --uint32-align=4 --little-endian  --force --old-style
--no-archive
--prefix=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree
--inputfile=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree//usr/share/i18n/locales/wae_CH
--charmap=UTF-8
/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/lib/locale/wae_CH
NOTE: stdout:
NOTE:
NOTE: stderr:
NOTE: LC_ADDRESS: terminology language code `wae' not defined
LC_ADDRESS: language abbreviation `wae' not defined
ERROR: Function 'localedef returned an error' failed
Khem Raj - June 23, 2011, 4:13 a.m.
On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini <tom_rini@mentor.com> wrote:
> On 06/22/2011 04:22 PM, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>>> breaks various things like busybox mount.
>>>>>>
>>>>>> Is anyone else seeing this behavior?
>>>>>
>>>>> Reverting:
>>>>>
>>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>>
>>>>> fixed the problem for me.  So there is definitely a problems in the upgrade.
>>>>>
>>>>
>>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>>> then I will add that.
>>>
>>> There looks to be more than this wrong with this update. A quick
>>> comparison shows the following changes in the list of files being
>>> installed from do_install:
>>>
>>> -./lib/libmemusage.so
>>> -./lib/libnss_hesiod-2.13.so
>>> -./lib/libnss_nisplus-2.13.so
>>> -./lib/libutil-2.13.so
>>> -./lib/libresolv-2.13.so
>>> -./lib/libm-2.13.so
>>> -./lib/libnsl-2.13.so
>>> -./lib/libnss_compat-2.13.so
>>> -./lib/libnss_nis-2.13.so
>>> -./lib/libnss_dns-2.13.so
>>> -./lib/libanl-2.13.so
>>> -./lib/libBrokenLocale-2.13.so
>>> -./lib/libcrypt-2.13.so
>>> -./etc/rpc
>>> -./usr/lib/libnss_compat_pic.a
>>> -./usr/lib/libnss_dns_pic.a
>>> -./usr/lib/libnss_nisplus_pic.a
>>> +./usr/lib/audit/sotruss-lib.so
>>> -./usr/lib/libutil_pic.map
>>> -./usr/lib/libBrokenLocale_pic.a
>>> -./usr/lib/libBrokenLocale.a
>>> -./usr/lib/libBrokenLocale_pic.map
>>> -./usr/lib/libm.a
>>> -./usr/lib/libnss_dns_pic.map
>>> -./usr/lib/libm_pic.map
>>> -./usr/lib/libnss_hesiod_pic.map
>>> -./usr/lib/librpcsvc.a
>>> -./usr/lib/libutil.a
>>> -./usr/lib/libnss_compat_pic.map
>>> -./usr/lib/libcrypt.a
>>> -./usr/lib/libutil_pic.a
>>> -./usr/lib/libanl.a
>>> -./usr/lib/libnsl_pic.a
>>> -./usr/lib/libresolv.a
>>> -./usr/lib/libnss_hesiod_pic.a
>>> -./usr/lib/libm_pic.a
>>> -./usr/lib/libnsl_pic.map
>>> -./usr/lib/libnss_nis_pic.map
>>> -./usr/lib/libanl_pic.a
>>> -./usr/lib/libcrypt_pic.map
>>> -./usr/lib/libcrypt_pic.a
>>> -./usr/lib/libnss_nis_pic.a
>>> -./usr/lib/libresolv_pic.map
>>> -./usr/lib/libresolv_pic.a
>>> -./usr/lib/libanl_pic.map
>>> -./usr/lib/libnss_nisplus_pic.map
>>> -./usr/lib/libnsl.a
>>> -./usr/bin/rpcgen
>>> -./usr/bin/gencat
>>> +./usr/bin/sotruss
>>> -./usr/bin/localedef
>>> -./usr/bin/locale
>>> -./usr/sbin/rpcinfo
>>> -./usr/sbin/nscd
>>>
>>> Some of these are rpc related but there are other issues too.
>>>
>>> I've reverted the upgrade itself for now until we have something in
>>> place to address the issues and its actually had some testing...
>>>
>>
>> some of these are due to rpc and others are due to nss being removed
>> I need to backport the nss db re-implementation then most of it should
>> be resolved
>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>> that way we will get some soak time.
>
> Neither of those would explain the locale problem Otavio and I have seen:

$ find ../../eglibc-2.14-r0+svnr14285/packages-split/ -name "*wae*"
../../eglibc-2.14-r0+svnr14285/packages-split/locale-base-wae-ch
../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch
../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch/usr/share/i18n/locales/wae_CH

so don't know whats the problem you are having.

> NOTE: generating locale wae_CH (UTF-8)
> NOTE: cmd:
> NOTE:
> PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux.gcc-cross-intermediate:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin/i586-oe-linux:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/qemux86/usr/bin/crossscripts:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/usr/bin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux/sbin:/home/trini/work/tmp/oe-core-template/build-eglibc/sysroots/x86_64-linux//bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts:/home/trini/work/tmp/oe-core-template/bitbake/bin:/home/trini/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/trini/bin:/home/trini/work/tmp/oe-core-template/oe-core/scripts"
> I18NPATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/share/i18n"
> GCONV_PATH="/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/iconvdata"
> cross-localedef  --uint32-align=4 --little-endian  --force --old-style
> --no-archive
> --prefix=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree
> --inputfile=/home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree//usr/share/i18n/locales/wae_CH
> --charmap=UTF-8
> /home/trini/work/tmp/oe-core-template/build-eglibc/work/i586-oe-linux/eglibc-2.14-r0+svnr14285/locale-tree/usr/lib/locale/wae_CH
> NOTE: stdout:
> NOTE:
> NOTE: stderr:
> NOTE: LC_ADDRESS: terminology language code `wae' not defined
> LC_ADDRESS: language abbreviation `wae' not defined
> ERROR: Function 'localedef returned an error' failed
>
> --
> Tom Rini
> Mentor Graphics Corporation
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
Martin Jansa - June 23, 2011, 5:47 a.m.
On Wed, Jun 22, 2011 at 04:22:31PM -0700, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> >> >> breaks various things like busybox mount.
> >> >>
> >> >> Is anyone else seeing this behavior?
> >> >
> >> > Reverting:
> >> >
> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
> >> >
> >> > fixed the problem for me.  So there is definitely a problems in the upgrade.
> >> >
> >>
> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> >> then I will add that.
> >
> > There looks to be more than this wrong with this update. A quick
> > comparison shows the following changes in the list of files being
> > installed from do_install:
> >
> > -./lib/libmemusage.so
> > -./lib/libnss_hesiod-2.13.so
> > -./lib/libnss_nisplus-2.13.so
> > -./lib/libutil-2.13.so
> > -./lib/libresolv-2.13.so
> > -./lib/libm-2.13.so
> > -./lib/libnsl-2.13.so
> > -./lib/libnss_compat-2.13.so
> > -./lib/libnss_nis-2.13.so
> > -./lib/libnss_dns-2.13.so
> > -./lib/libanl-2.13.so
> > -./lib/libBrokenLocale-2.13.so
> > -./lib/libcrypt-2.13.so
> > -./etc/rpc
> > -./usr/lib/libnss_compat_pic.a
> > -./usr/lib/libnss_dns_pic.a
> > -./usr/lib/libnss_nisplus_pic.a
> > +./usr/lib/audit/sotruss-lib.so
> > -./usr/lib/libutil_pic.map
> > -./usr/lib/libBrokenLocale_pic.a
> > -./usr/lib/libBrokenLocale.a
> > -./usr/lib/libBrokenLocale_pic.map
> > -./usr/lib/libm.a
> > -./usr/lib/libnss_dns_pic.map
> > -./usr/lib/libm_pic.map
> > -./usr/lib/libnss_hesiod_pic.map
> > -./usr/lib/librpcsvc.a
> > -./usr/lib/libutil.a
> > -./usr/lib/libnss_compat_pic.map
> > -./usr/lib/libcrypt.a
> > -./usr/lib/libutil_pic.a
> > -./usr/lib/libanl.a
> > -./usr/lib/libnsl_pic.a
> > -./usr/lib/libresolv.a
> > -./usr/lib/libnss_hesiod_pic.a
> > -./usr/lib/libm_pic.a
> > -./usr/lib/libnsl_pic.map
> > -./usr/lib/libnss_nis_pic.map
> > -./usr/lib/libanl_pic.a
> > -./usr/lib/libcrypt_pic.map
> > -./usr/lib/libcrypt_pic.a
> > -./usr/lib/libnss_nis_pic.a
> > -./usr/lib/libresolv_pic.map
> > -./usr/lib/libresolv_pic.a
> > -./usr/lib/libanl_pic.map
> > -./usr/lib/libnss_nisplus_pic.map
> > -./usr/lib/libnsl.a
> > -./usr/bin/rpcgen
> > -./usr/bin/gencat
> > +./usr/bin/sotruss
> > -./usr/bin/localedef
> > -./usr/bin/locale
> > -./usr/sbin/rpcinfo
> > -./usr/sbin/nscd
> >
> > Some of these are rpc related but there are other issues too.
> >
> > I've reverted the upgrade itself for now until we have something in
> > place to address the issues and its actually had some testing...
> >
> 
> some of these are due to rpc and others are due to nss being removed
> I need to backport the nss db re-implementation then most of it should
> be resolved
> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
> that way we will get some soak time.

there are issues with 2.14 and standalone libtirtc too :/
http://blog.flameeyes.eu/2011/06/11/are-you-kidding-me-or-why-we-ll-wait-glibc-2-14-for-a-while

Regards,
Khem Raj - June 23, 2011, 6:07 a.m.
On Wed, Jun 22, 2011 at 10:47 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Wed, Jun 22, 2011 at 04:22:31PM -0700, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> >> >> breaks various things like busybox mount.
>> >> >>
>> >> >> Is anyone else seeing this behavior?
>> >> >
>> >> > Reverting:
>> >> >
>> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
>> >> >
>> >> > fixed the problem for me.  So there is definitely a problems in the upgrade.
>> >> >
>> >>
>> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>> >> then I will add that.
>> >
>> > There looks to be more than this wrong with this update. A quick
>> > comparison shows the following changes in the list of files being
>> > installed from do_install:
>> >
>> > -./lib/libmemusage.so
>> > -./lib/libnss_hesiod-2.13.so
>> > -./lib/libnss_nisplus-2.13.so
>> > -./lib/libutil-2.13.so
>> > -./lib/libresolv-2.13.so
>> > -./lib/libm-2.13.so
>> > -./lib/libnsl-2.13.so
>> > -./lib/libnss_compat-2.13.so
>> > -./lib/libnss_nis-2.13.so
>> > -./lib/libnss_dns-2.13.so
>> > -./lib/libanl-2.13.so
>> > -./lib/libBrokenLocale-2.13.so
>> > -./lib/libcrypt-2.13.so
>> > -./etc/rpc
>> > -./usr/lib/libnss_compat_pic.a
>> > -./usr/lib/libnss_dns_pic.a
>> > -./usr/lib/libnss_nisplus_pic.a
>> > +./usr/lib/audit/sotruss-lib.so
>> > -./usr/lib/libutil_pic.map
>> > -./usr/lib/libBrokenLocale_pic.a
>> > -./usr/lib/libBrokenLocale.a
>> > -./usr/lib/libBrokenLocale_pic.map
>> > -./usr/lib/libm.a
>> > -./usr/lib/libnss_dns_pic.map
>> > -./usr/lib/libm_pic.map
>> > -./usr/lib/libnss_hesiod_pic.map
>> > -./usr/lib/librpcsvc.a
>> > -./usr/lib/libutil.a
>> > -./usr/lib/libnss_compat_pic.map
>> > -./usr/lib/libcrypt.a
>> > -./usr/lib/libutil_pic.a
>> > -./usr/lib/libanl.a
>> > -./usr/lib/libnsl_pic.a
>> > -./usr/lib/libresolv.a
>> > -./usr/lib/libnss_hesiod_pic.a
>> > -./usr/lib/libm_pic.a
>> > -./usr/lib/libnsl_pic.map
>> > -./usr/lib/libnss_nis_pic.map
>> > -./usr/lib/libanl_pic.a
>> > -./usr/lib/libcrypt_pic.map
>> > -./usr/lib/libcrypt_pic.a
>> > -./usr/lib/libnss_nis_pic.a
>> > -./usr/lib/libresolv_pic.map
>> > -./usr/lib/libresolv_pic.a
>> > -./usr/lib/libanl_pic.map
>> > -./usr/lib/libnss_nisplus_pic.map
>> > -./usr/lib/libnsl.a
>> > -./usr/bin/rpcgen
>> > -./usr/bin/gencat
>> > +./usr/bin/sotruss
>> > -./usr/bin/localedef
>> > -./usr/bin/locale
>> > -./usr/sbin/rpcinfo
>> > -./usr/sbin/nscd
>> >
>> > Some of these are rpc related but there are other issues too.
>> >
>> > I've reverted the upgrade itself for now until we have something in
>> > place to address the issues and its actually had some testing...
>> >
>>
>> some of these are due to rpc and others are due to nss being removed
>> I need to backport the nss db re-implementation then most of it should
>> be resolved
>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>> that way we will get some soak time.
>
> there are issues with 2.14 and standalone libtirtc too :/

Yes I have a fix for that. I will post as soon as I tame busybox

> http://blog.flameeyes.eu/2011/06/11/are-you-kidding-me-or-why-we-ll-wait-glibc-2-14-for-a-while
>
> Regards,
>
> --
> 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
>
>
Khem Raj - June 23, 2011, 8:43 a.m.
On Wed, Jun 22, 2011 at 11:07 PM, Khem Raj <raj.khem@gmail.com> wrote:
> On Wed, Jun 22, 2011 at 10:47 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
>> On Wed, Jun 22, 2011 at 04:22:31PM -0700, Khem Raj wrote:
>>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>>> <richard.purdie@linuxfoundation.org> wrote:
>>> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>>> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>> >> >> breaks various things like busybox mount.
>>> >> >>
>>> >> >> Is anyone else seeing this behavior?
>>> >> >
>>> >> > Reverting:
>>> >> >
>>> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
>>> >> >
>>> >> > fixed the problem for me.  So there is definitely a problems in the upgrade.
>>> >> >
>>> >>
>>> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>> >> then I will add that.
>>> >
>>> > There looks to be more than this wrong with this update. A quick
>>> > comparison shows the following changes in the list of files being
>>> > installed from do_install:
>>> >
>>> > -./lib/libmemusage.so
>>> > -./lib/libnss_hesiod-2.13.so
>>> > -./lib/libnss_nisplus-2.13.so
>>> > -./lib/libutil-2.13.so
>>> > -./lib/libresolv-2.13.so
>>> > -./lib/libm-2.13.so
>>> > -./lib/libnsl-2.13.so
>>> > -./lib/libnss_compat-2.13.so
>>> > -./lib/libnss_nis-2.13.so
>>> > -./lib/libnss_dns-2.13.so
>>> > -./lib/libanl-2.13.so
>>> > -./lib/libBrokenLocale-2.13.so
>>> > -./lib/libcrypt-2.13.so
>>> > -./etc/rpc
>>> > -./usr/lib/libnss_compat_pic.a
>>> > -./usr/lib/libnss_dns_pic.a
>>> > -./usr/lib/libnss_nisplus_pic.a
>>> > +./usr/lib/audit/sotruss-lib.so
>>> > -./usr/lib/libutil_pic.map
>>> > -./usr/lib/libBrokenLocale_pic.a
>>> > -./usr/lib/libBrokenLocale.a
>>> > -./usr/lib/libBrokenLocale_pic.map
>>> > -./usr/lib/libm.a
>>> > -./usr/lib/libnss_dns_pic.map
>>> > -./usr/lib/libm_pic.map
>>> > -./usr/lib/libnss_hesiod_pic.map
>>> > -./usr/lib/librpcsvc.a
>>> > -./usr/lib/libutil.a
>>> > -./usr/lib/libnss_compat_pic.map
>>> > -./usr/lib/libcrypt.a
>>> > -./usr/lib/libutil_pic.a
>>> > -./usr/lib/libanl.a
>>> > -./usr/lib/libnsl_pic.a
>>> > -./usr/lib/libresolv.a
>>> > -./usr/lib/libnss_hesiod_pic.a
>>> > -./usr/lib/libm_pic.a
>>> > -./usr/lib/libnsl_pic.map
>>> > -./usr/lib/libnss_nis_pic.map
>>> > -./usr/lib/libanl_pic.a
>>> > -./usr/lib/libcrypt_pic.map
>>> > -./usr/lib/libcrypt_pic.a
>>> > -./usr/lib/libnss_nis_pic.a
>>> > -./usr/lib/libresolv_pic.map
>>> > -./usr/lib/libresolv_pic.a
>>> > -./usr/lib/libanl_pic.map
>>> > -./usr/lib/libnss_nisplus_pic.map
>>> > -./usr/lib/libnsl.a
>>> > -./usr/bin/rpcgen
>>> > -./usr/bin/gencat
>>> > +./usr/bin/sotruss
>>> > -./usr/bin/localedef
>>> > -./usr/bin/locale
>>> > -./usr/sbin/rpcinfo
>>> > -./usr/sbin/nscd
>>> >
>>> > Some of these are rpc related but there are other issues too.
>>> >
>>> > I've reverted the upgrade itself for now until we have something in
>>> > place to address the issues and its actually had some testing...
>>> >
>>>
>>> some of these are due to rpc and others are due to nss being removed
>>> I need to backport the nss db re-implementation then most of it should
>>> be resolved
>>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>>> that way we will get some soak time.
>>
>> there are issues with 2.14 and standalone libtirtc too :/
>
> Yes I have a fix for that. I will post as soon as I tame busybox

libtirpc is not yet drop in replacement for glibc rpc and it will take
some time for that to happen
we should revert this patch and stay with 2.13 meanwhile
Richard Purdie - June 23, 2011, 1:31 p.m.
On Wed, 2011-06-22 at 16:22 -0700, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
> >> >> breaks various things like busybox mount.
> >> >>
> >> >> Is anyone else seeing this behavior?
> >> >
> >> > Reverting:
> >> >
> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
> >> >
> >> > fixed the problem for me.  So there is definitely a problems in the upgrade.
> >> >
> >>
> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
> >> then I will add that.
> >
> > There looks to be more than this wrong with this update. A quick
> > comparison shows the following changes in the list of files being
> > installed from do_install:
> >
> > -./lib/libmemusage.so
> > -./lib/libnss_hesiod-2.13.so
> > -./lib/libnss_nisplus-2.13.so
> > -./lib/libutil-2.13.so
> > -./lib/libresolv-2.13.so
> > -./lib/libm-2.13.so
> > -./lib/libnsl-2.13.so
> > -./lib/libnss_compat-2.13.so
> > -./lib/libnss_nis-2.13.so
> > -./lib/libnss_dns-2.13.so
> > -./lib/libanl-2.13.so
> > -./lib/libBrokenLocale-2.13.so
> > -./lib/libcrypt-2.13.so
> > -./etc/rpc
> > -./usr/lib/libnss_compat_pic.a
> > -./usr/lib/libnss_dns_pic.a
> > -./usr/lib/libnss_nisplus_pic.a
> > +./usr/lib/audit/sotruss-lib.so
> > -./usr/lib/libutil_pic.map
> > -./usr/lib/libBrokenLocale_pic.a
> > -./usr/lib/libBrokenLocale.a
> > -./usr/lib/libBrokenLocale_pic.map
> > -./usr/lib/libm.a
> > -./usr/lib/libnss_dns_pic.map
> > -./usr/lib/libm_pic.map
> > -./usr/lib/libnss_hesiod_pic.map
> > -./usr/lib/librpcsvc.a
> > -./usr/lib/libutil.a
> > -./usr/lib/libnss_compat_pic.map
> > -./usr/lib/libcrypt.a
> > -./usr/lib/libutil_pic.a
> > -./usr/lib/libanl.a
> > -./usr/lib/libnsl_pic.a
> > -./usr/lib/libresolv.a
> > -./usr/lib/libnss_hesiod_pic.a
> > -./usr/lib/libm_pic.a
> > -./usr/lib/libnsl_pic.map
> > -./usr/lib/libnss_nis_pic.map
> > -./usr/lib/libanl_pic.a
> > -./usr/lib/libcrypt_pic.map
> > -./usr/lib/libcrypt_pic.a
> > -./usr/lib/libnss_nis_pic.a
> > -./usr/lib/libresolv_pic.map
> > -./usr/lib/libresolv_pic.a
> > -./usr/lib/libanl_pic.map
> > -./usr/lib/libnss_nisplus_pic.map
> > -./usr/lib/libnsl.a
> > -./usr/bin/rpcgen
> > -./usr/bin/gencat
> > +./usr/bin/sotruss
> > -./usr/bin/localedef
> > -./usr/bin/locale
> > -./usr/sbin/rpcinfo
> > -./usr/sbin/nscd
> >
> > Some of these are rpc related but there are other issues too.
> >
> > I've reverted the upgrade itself for now until we have something in
> > place to address the issues and its actually had some testing...
> >
> 
> some of these are due to rpc and others are due to nss being removed
> I need to backport the nss db re-implementation then most of it should
> be resolved
> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
> that way we will get some soak time.

FWIW, some of the above list was due to local build corruption as I had
some weirdness going on with DISTRO_FEATURES locally. That variable now
influences the libc quite a lot and might also be catching others out
which is why I mention it.

Cheers,

Richard
Tom Rini - June 23, 2011, 4:26 p.m.
On 06/22/2011 09:13 PM, Khem Raj wrote:
> On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini <tom_rini@mentor.com> wrote:
>> On 06/22/2011 04:22 PM, Khem Raj wrote:
>>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>>> <richard.purdie@linuxfoundation.org> wrote:
>>>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>>>> breaks various things like busybox mount.
>>>>>>>
>>>>>>> Is anyone else seeing this behavior?
>>>>>>
>>>>>> Reverting:
>>>>>>
>>>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>>>
>>>>>> fixed the problem for me.  So there is definitely a problems in the upgrade.
>>>>>>
>>>>>
>>>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>>>> then I will add that.
>>>>
>>>> There looks to be more than this wrong with this update. A quick
>>>> comparison shows the following changes in the list of files being
>>>> installed from do_install:
>>>>
>>>> -./lib/libmemusage.so
>>>> -./lib/libnss_hesiod-2.13.so
>>>> -./lib/libnss_nisplus-2.13.so
>>>> -./lib/libutil-2.13.so
>>>> -./lib/libresolv-2.13.so
>>>> -./lib/libm-2.13.so
>>>> -./lib/libnsl-2.13.so
>>>> -./lib/libnss_compat-2.13.so
>>>> -./lib/libnss_nis-2.13.so
>>>> -./lib/libnss_dns-2.13.so
>>>> -./lib/libanl-2.13.so
>>>> -./lib/libBrokenLocale-2.13.so
>>>> -./lib/libcrypt-2.13.so
>>>> -./etc/rpc
>>>> -./usr/lib/libnss_compat_pic.a
>>>> -./usr/lib/libnss_dns_pic.a
>>>> -./usr/lib/libnss_nisplus_pic.a
>>>> +./usr/lib/audit/sotruss-lib.so
>>>> -./usr/lib/libutil_pic.map
>>>> -./usr/lib/libBrokenLocale_pic.a
>>>> -./usr/lib/libBrokenLocale.a
>>>> -./usr/lib/libBrokenLocale_pic.map
>>>> -./usr/lib/libm.a
>>>> -./usr/lib/libnss_dns_pic.map
>>>> -./usr/lib/libm_pic.map
>>>> -./usr/lib/libnss_hesiod_pic.map
>>>> -./usr/lib/librpcsvc.a
>>>> -./usr/lib/libutil.a
>>>> -./usr/lib/libnss_compat_pic.map
>>>> -./usr/lib/libcrypt.a
>>>> -./usr/lib/libutil_pic.a
>>>> -./usr/lib/libanl.a
>>>> -./usr/lib/libnsl_pic.a
>>>> -./usr/lib/libresolv.a
>>>> -./usr/lib/libnss_hesiod_pic.a
>>>> -./usr/lib/libm_pic.a
>>>> -./usr/lib/libnsl_pic.map
>>>> -./usr/lib/libnss_nis_pic.map
>>>> -./usr/lib/libanl_pic.a
>>>> -./usr/lib/libcrypt_pic.map
>>>> -./usr/lib/libcrypt_pic.a
>>>> -./usr/lib/libnss_nis_pic.a
>>>> -./usr/lib/libresolv_pic.map
>>>> -./usr/lib/libresolv_pic.a
>>>> -./usr/lib/libanl_pic.map
>>>> -./usr/lib/libnss_nisplus_pic.map
>>>> -./usr/lib/libnsl.a
>>>> -./usr/bin/rpcgen
>>>> -./usr/bin/gencat
>>>> +./usr/bin/sotruss
>>>> -./usr/bin/localedef
>>>> -./usr/bin/locale
>>>> -./usr/sbin/rpcinfo
>>>> -./usr/sbin/nscd
>>>>
>>>> Some of these are rpc related but there are other issues too.
>>>>
>>>> I've reverted the upgrade itself for now until we have something in
>>>> place to address the issues and its actually had some testing...
>>>>
>>>
>>> some of these are due to rpc and others are due to nss being removed
>>> I need to backport the nss db re-implementation then most of it should
>>> be resolved
>>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>>> that way we will get some soak time.
>>
>> Neither of those would explain the locale problem Otavio and I have seen:
> 
> $ find ../../eglibc-2.14-r0+svnr14285/packages-split/ -name "*wae*"
> ../../eglibc-2.14-r0+svnr14285/packages-split/locale-base-wae-ch
> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch
> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch/usr/share/i18n/locales/wae_CH
> 
> so don't know whats the problem you are having.

Well, in my case it's a brand new checkout of oe-core + meta-oe in
'distro-less' mode.  Otavio saw the same thing with his custom distro
which just uses the default bits for libc features.
Khem Raj - June 23, 2011, 6 p.m.
On Thu, Jun 23, 2011 at 6:31 AM, Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
> On Wed, 2011-06-22 at 16:22 -0700, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>> <richard.purdie@linuxfoundation.org> wrote:
>> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>> >> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>> >> > On 6/22/11 1:35 PM, Mark Hatle wrote:
>> >> >> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>> >> >> breaks various things like busybox mount.
>> >> >>
>> >> >> Is anyone else seeing this behavior?
>> >> >
>> >> > Reverting:
>> >> >
>> >> > 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>> >> > 190a946e9a4213944e3ee675c4b3e18701698e87
>> >> >
>> >> > fixed the problem for me.  So there is definitely a problems in the upgrade.
>> >> >
>> >>
>> >> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>> >> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>> >> then I will add that.
>> >
>> > There looks to be more than this wrong with this update. A quick
>> > comparison shows the following changes in the list of files being
>> > installed from do_install:
>> >
>> > -./lib/libmemusage.so
>> > -./lib/libnss_hesiod-2.13.so
>> > -./lib/libnss_nisplus-2.13.so
>> > -./lib/libutil-2.13.so
>> > -./lib/libresolv-2.13.so
>> > -./lib/libm-2.13.so
>> > -./lib/libnsl-2.13.so
>> > -./lib/libnss_compat-2.13.so
>> > -./lib/libnss_nis-2.13.so
>> > -./lib/libnss_dns-2.13.so
>> > -./lib/libanl-2.13.so
>> > -./lib/libBrokenLocale-2.13.so
>> > -./lib/libcrypt-2.13.so
>> > -./etc/rpc
>> > -./usr/lib/libnss_compat_pic.a
>> > -./usr/lib/libnss_dns_pic.a
>> > -./usr/lib/libnss_nisplus_pic.a
>> > +./usr/lib/audit/sotruss-lib.so
>> > -./usr/lib/libutil_pic.map
>> > -./usr/lib/libBrokenLocale_pic.a
>> > -./usr/lib/libBrokenLocale.a
>> > -./usr/lib/libBrokenLocale_pic.map
>> > -./usr/lib/libm.a
>> > -./usr/lib/libnss_dns_pic.map
>> > -./usr/lib/libm_pic.map
>> > -./usr/lib/libnss_hesiod_pic.map
>> > -./usr/lib/librpcsvc.a
>> > -./usr/lib/libutil.a
>> > -./usr/lib/libnss_compat_pic.map
>> > -./usr/lib/libcrypt.a
>> > -./usr/lib/libutil_pic.a
>> > -./usr/lib/libanl.a
>> > -./usr/lib/libnsl_pic.a
>> > -./usr/lib/libresolv.a
>> > -./usr/lib/libnss_hesiod_pic.a
>> > -./usr/lib/libm_pic.a
>> > -./usr/lib/libnsl_pic.map
>> > -./usr/lib/libnss_nis_pic.map
>> > -./usr/lib/libanl_pic.a
>> > -./usr/lib/libcrypt_pic.map
>> > -./usr/lib/libcrypt_pic.a
>> > -./usr/lib/libnss_nis_pic.a
>> > -./usr/lib/libresolv_pic.map
>> > -./usr/lib/libresolv_pic.a
>> > -./usr/lib/libanl_pic.map
>> > -./usr/lib/libnss_nisplus_pic.map
>> > -./usr/lib/libnsl.a
>> > -./usr/bin/rpcgen
>> > -./usr/bin/gencat
>> > +./usr/bin/sotruss
>> > -./usr/bin/localedef
>> > -./usr/bin/locale
>> > -./usr/sbin/rpcinfo
>> > -./usr/sbin/nscd
>> >
>> > Some of these are rpc related but there are other issues too.
>> >
>> > I've reverted the upgrade itself for now until we have something in
>> > place to address the issues and its actually had some testing...
>> >
>>
>> some of these are due to rpc and others are due to nss being removed
>> I need to backport the nss db re-implementation then most of it should
>> be resolved
>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>> that way we will get some soak time.
>
> FWIW, some of the above list was due to local build corruption as I had
> some weirdness going on with DISTRO_FEATURES locally. That variable now
> influences the libc quite a lot and might also be catching others out
> which is why I mention it.
>

yes I kind of was thinking that since for me the libraries were
matching except the ones
I mentioned. But
the rpc problem is bigger one and needs some hackery in libtirpc.

> Cheers,
>
> Richard
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
Khem Raj - June 23, 2011, 6:01 p.m.
On Thu, Jun 23, 2011 at 9:26 AM, Tom Rini <tom_rini@mentor.com> wrote:
> On 06/22/2011 09:13 PM, Khem Raj wrote:
>> On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini <tom_rini@mentor.com> wrote:
>>> On 06/22/2011 04:22 PM, Khem Raj wrote:
>>>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie
>>>> <richard.purdie@linuxfoundation.org> wrote:
>>>>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote:
>>>>>> On Wed, Jun 22, 2011 at 1:28 PM, Mark Hatle <mark.hatle@windriver.com> wrote:
>>>>>>> On 6/22/11 1:35 PM, Mark Hatle wrote:
>>>>>>>> Since applying this update, I'm not longer getting an rpc/rpc.h file, which
>>>>>>>> breaks various things like busybox mount.
>>>>>>>>
>>>>>>>> Is anyone else seeing this behavior?
>>>>>>>
>>>>>>> Reverting:
>>>>>>>
>>>>>>> 2a68cf4d315cdd18766de0c75928ff17846a6cd7 and
>>>>>>> 190a946e9a4213944e3ee675c4b3e18701698e87
>>>>>>>
>>>>>>> fixed the problem for me.  So there is definitely a problems in the upgrade.
>>>>>>>
>>>>>>
>>>>>> onward looking rpc is now maintained with libtirpc starting glibc 2.14 rpc is
>>>>>> not to be used from bundled code in glibc. If we dont have recipes for libtirpc
>>>>>> then I will add that.
>>>>>
>>>>> There looks to be more than this wrong with this update. A quick
>>>>> comparison shows the following changes in the list of files being
>>>>> installed from do_install:
>>>>>
>>>>> -./lib/libmemusage.so
>>>>> -./lib/libnss_hesiod-2.13.so
>>>>> -./lib/libnss_nisplus-2.13.so
>>>>> -./lib/libutil-2.13.so
>>>>> -./lib/libresolv-2.13.so
>>>>> -./lib/libm-2.13.so
>>>>> -./lib/libnsl-2.13.so
>>>>> -./lib/libnss_compat-2.13.so
>>>>> -./lib/libnss_nis-2.13.so
>>>>> -./lib/libnss_dns-2.13.so
>>>>> -./lib/libanl-2.13.so
>>>>> -./lib/libBrokenLocale-2.13.so
>>>>> -./lib/libcrypt-2.13.so
>>>>> -./etc/rpc
>>>>> -./usr/lib/libnss_compat_pic.a
>>>>> -./usr/lib/libnss_dns_pic.a
>>>>> -./usr/lib/libnss_nisplus_pic.a
>>>>> +./usr/lib/audit/sotruss-lib.so
>>>>> -./usr/lib/libutil_pic.map
>>>>> -./usr/lib/libBrokenLocale_pic.a
>>>>> -./usr/lib/libBrokenLocale.a
>>>>> -./usr/lib/libBrokenLocale_pic.map
>>>>> -./usr/lib/libm.a
>>>>> -./usr/lib/libnss_dns_pic.map
>>>>> -./usr/lib/libm_pic.map
>>>>> -./usr/lib/libnss_hesiod_pic.map
>>>>> -./usr/lib/librpcsvc.a
>>>>> -./usr/lib/libutil.a
>>>>> -./usr/lib/libnss_compat_pic.map
>>>>> -./usr/lib/libcrypt.a
>>>>> -./usr/lib/libutil_pic.a
>>>>> -./usr/lib/libanl.a
>>>>> -./usr/lib/libnsl_pic.a
>>>>> -./usr/lib/libresolv.a
>>>>> -./usr/lib/libnss_hesiod_pic.a
>>>>> -./usr/lib/libm_pic.a
>>>>> -./usr/lib/libnsl_pic.map
>>>>> -./usr/lib/libnss_nis_pic.map
>>>>> -./usr/lib/libanl_pic.a
>>>>> -./usr/lib/libcrypt_pic.map
>>>>> -./usr/lib/libcrypt_pic.a
>>>>> -./usr/lib/libnss_nis_pic.a
>>>>> -./usr/lib/libresolv_pic.map
>>>>> -./usr/lib/libresolv_pic.a
>>>>> -./usr/lib/libanl_pic.map
>>>>> -./usr/lib/libnss_nisplus_pic.map
>>>>> -./usr/lib/libnsl.a
>>>>> -./usr/bin/rpcgen
>>>>> -./usr/bin/gencat
>>>>> +./usr/bin/sotruss
>>>>> -./usr/bin/localedef
>>>>> -./usr/bin/locale
>>>>> -./usr/sbin/rpcinfo
>>>>> -./usr/sbin/nscd
>>>>>
>>>>> Some of these are rpc related but there are other issues too.
>>>>>
>>>>> I've reverted the upgrade itself for now until we have something in
>>>>> place to address the issues and its actually had some testing...
>>>>>
>>>>
>>>> some of these are due to rpc and others are due to nss being removed
>>>> I need to backport the nss db re-implementation then most of it should
>>>> be resolved
>>>> I guess I will post 2.14 as additional recipes rather than replacement for 2.13
>>>> that way we will get some soak time.
>>>
>>> Neither of those would explain the locale problem Otavio and I have seen:
>>
>> $ find ../../eglibc-2.14-r0+svnr14285/packages-split/ -name "*wae*"
>> ../../eglibc-2.14-r0+svnr14285/packages-split/locale-base-wae-ch
>> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch
>> ../../eglibc-2.14-r0+svnr14285/packages-split/eglibc-localedata-wae-ch/usr/share/i18n/locales/wae_CH
>>
>> so don't know whats the problem you are having.
>
> Well, in my case it's a brand new checkout of oe-core + meta-oe in
> 'distro-less' mode.  Otavio saw the same thing with his custom distro
> which just uses the default bits for libc features.
>

OK this a a new locale introduced in 2.14 but I checked the bits and
they all seem correct
to me. I will try to reproduce it but may not be this week.
> --
> Tom Rini
> Mentor Graphics Corporation
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>