[OE-core] [PATCH 0/4] eglibc 2.14 upgrade
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 -- 1.7.5.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
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
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
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. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, Jun 22, 2011 at 1: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. > 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 > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On 6/22/11 5:31 PM, Khem Raj wrote: > On Wed, Jun 22, 2011 at 1: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. >> > > 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: > On Wed, Jun 22, 2011 at 1: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. > > > > 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie wrote: > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: >> On Wed, Jun 22, 2011 at 1: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. >> > >> >> 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 > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On 06/22/2011 04:22 PM, Khem Raj wrote: > On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie > wrote: >> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: >>> On Wed, Jun 22, 2011 at 1: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. >>> >>> 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 ERRO
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini wrote: > On 06/22/2011 04:22 PM, Khem Raj wrote: >> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie >> wrote: >>> On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: On Wed, Jun 22, 2011 at 1: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. > 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
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, Jun 22, 2011 at 04:22:31PM -0700, Khem Raj wrote: > On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie > wrote: > > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: > >> On Wed, Jun 22, 2011 at 1: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. > >> > > >> > >> 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, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com pgpCRl27ikixj.pgp Description: PGP signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, Jun 22, 2011 at 10:47 PM, Martin Jansa 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 >> wrote: >> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: >> >> On Wed, Jun 22, 2011 at 1: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. >> >> > >> >> >> >> 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.ja...@gmail.com > > ___ > 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
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, Jun 22, 2011 at 11:07 PM, Khem Raj wrote: > On Wed, Jun 22, 2011 at 10:47 PM, Martin Jansa 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 >>> wrote: >>> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: >>> >> On Wed, Jun 22, 2011 at 1: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. >>> >> > >>> >> >>> >> 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Wed, 2011-06-22 at 16:22 -0700, Khem Raj wrote: > On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie > wrote: > > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: > >> On Wed, Jun 22, 2011 at 1: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. > >> > > >> > >> 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On 06/22/2011 09:13 PM, Khem Raj wrote: > On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini wrote: >> On 06/22/2011 04:22 PM, Khem Raj wrote: >>> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie >>> wrote: On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: > On Wed, Jun 22, 2011 at 1: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. >> > > 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. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Thu, Jun 23, 2011 at 9:26 AM, Tom Rini wrote: > On 06/22/2011 09:13 PM, Khem Raj wrote: >> On Wed, Jun 22, 2011 at 4:29 PM, Tom Rini wrote: >>> On 06/22/2011 04:22 PM, Khem Raj wrote: On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie wrote: > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: >> On Wed, Jun 22, 2011 at 1: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. >>> >> >> 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 > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/4] eglibc 2.14 upgrade
On Thu, Jun 23, 2011 at 6:31 AM, Richard Purdie wrote: > On Wed, 2011-06-22 at 16:22 -0700, Khem Raj wrote: >> On Wed, Jun 22, 2011 at 3:59 PM, Richard Purdie >> wrote: >> > On Wed, 2011-06-22 at 15:31 -0700, Khem Raj wrote: >> >> On Wed, Jun 22, 2011 at 1: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. >> >> > >> >> >> >> 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 > ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core