From: Tom Rini <tom_rini@mentor.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 0/4] eglibc 2.14 upgrade
Date: Wed, 22 Jun 2011 16:29:08 -0700 [thread overview]
Message-ID: <4E027AC4.1090905@mentor.com> (raw)
In-Reply-To: <BANLkTikvngN7Xv5jSrPzebiJ_2Pf8pRn+Q@mail.gmail.com>
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
--
Tom Rini
Mentor Graphics Corporation
next prev parent reply other threads:[~2011-06-22 23:33 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-22 1:43 [PATCH 0/4] eglibc 2.14 upgrade Khem Raj
2011-06-22 1:43 ` [PATCH 1/4] eglibc: Upgrade recipes from 2.13 -> 2.14 Khem Raj
2011-06-22 1:43 ` [PATCH 2/4] eglibc-package.inc: Package newly added sotruss and supporting libraries Khem Raj
2011-06-22 1:43 ` [PATCH 3/4] binutils_2.21.bb: Fix ld segfault exposed by eglibc 2.14 on x86_64 Khem Raj
2011-06-22 1:43 ` [PATCH 4/4] tcmode-default.inc: Bump EGLIBCVERSION to 2.14 Khem Raj
2011-06-22 15:57 ` [PATCH 0/4] eglibc 2.14 upgrade Richard Purdie
2011-06-22 18:35 ` Mark Hatle
2011-06-22 20:28 ` Mark Hatle
2011-06-22 21:26 ` Tom Rini
2011-06-22 22:31 ` Khem Raj
2011-06-22 22:51 ` Mark Hatle
2011-06-22 22:59 ` Richard Purdie
2011-06-22 23:22 ` Khem Raj
2011-06-22 23:29 ` Tom Rini [this message]
2011-06-23 4:13 ` Khem Raj
2011-06-23 16:26 ` Tom Rini
2011-06-23 18:01 ` Khem Raj
2011-06-23 5:47 ` Martin Jansa
2011-06-23 6:07 ` Khem Raj
2011-06-23 8:43 ` Khem Raj
2011-06-23 13:31 ` Richard Purdie
2011-06-23 18:00 ` Khem Raj
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E027AC4.1090905@mentor.com \
--to=tom_rini@mentor.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox