From: Darren Hart <dvhart@linux.intel.com>
To: Koen Kooi <koen@dominion.thruhere.net>
Cc: martin.jansa@gmail.com, openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 2/4] eglibc: Only add eglibc-utils to PACKAGES if wchar is supported
Date: Thu, 29 Dec 2011 08:36:13 -0800 [thread overview]
Message-ID: <4EFC96FD.2040504@linux.intel.com> (raw)
In-Reply-To: <5E60E0D6-BB14-42A9-AFF2-016DA7FF5034@dominion.thruhere.net>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 12/28/2011 11:55 PM, Koen Kooi wrote:
>
> Op 29 dec. 2011, om 00:38 heeft Darren Hart het volgende
> geschreven:
>
>> eglibc-utils RDEPENDS on bash which requires gettext which
>> requires wchar support. If wchar support is not included in
>> DISTRO_FEATURES, gettext will fail to compile.
>
> What code in there actually depends on bash and can't we fix it to
> work with stock sh?
I believe it is xtrace and tzconfig (or tzselect?) that depend on
bash. I'm sure this is fixable. If we were to fix it, I would also
want to separate out eglibc-utils as a separate recipe or somehow make
it optional to install. I believe there will continue to be
refinements to how we package eglibc in support of tiny distros.
xtrace looks easy enough to fix, although it also assumes wants a
terminal program and defaults to xterm. So we should also depend on
screen or similar.
Not sure about tzconfig/select. Will have a closer look next week.
Can we use this as is for now and improve it over time as we look at
other eglibc packaging issues?
- --
Darren
>
>>
>> By removing eglibc-utils from the PACKAGES listing, bitbake
>> doesn't try to build the dependency chain.
>>
>> Signed-off-by: Darren Hart <dvhart@linux.intel.com> ---
>> meta/recipes-core/eglibc/eglibc-package.inc | 6 +++++- 1 files
>> changed, 5 insertions(+), 1 deletions(-)
>>
>> diff --git a/meta/recipes-core/eglibc/eglibc-package.inc
>> b/meta/recipes-core/eglibc/eglibc-package.inc index
>> 020f558..ab62654 100644 ---
>> a/meta/recipes-core/eglibc/eglibc-package.inc +++
>> b/meta/recipes-core/eglibc/eglibc-package.inc @@ -20,7 +20,11 @@
>> USE_LDCONFIG ?= "1" PKGSUFFIX = "" PKGSUFFIX_virtclass-nativesdk
>> = "-nativesdk"
>>
>> -PACKAGES = "${PN}-dbg ${PN} catchsegv${PKGSUFFIX}
>> sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils
>> eglibc-extra-nss${PKGSUFFIX} eglibc-thread-db${PKGSUFFIX}
>> ${PN}-pic ${PN}-dev ${PN}-doc libcidn${PKGSUFFIX}
>> libmemusage${PKGSUFFIX} libsegfault${PKGSUFFIX} ${PN}-pcprofile
>> libsotruss${PKGSUFFIX}" +PACKAGES = "${PN}-dbg ${PN}
>> catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX}
>> ldd${PKGSUFFIX} eglibc-extra-nss${PKGSUFFIX}
>> eglibc-thread-db${PKGSUFFIX} ${PN}-pic ${PN}-dev ${PN}-doc
>> libcidn${PKGSUFFIX} libmemusage${PKGSUFFIX}
>> libsegfault${PKGSUFFIX} ${PN}-pcprofile libsotruss${PKGSUFFIX}"
>> + +# eglibc-utils rdepends on bash which depends on gettext which
>> requires wchar +# support. Only include it in the PACKAGES list
>> if we can build the RDEPENDS. +PACKAGES +=
>> ${@base_contains('DISTRO_FEATURES', 'libc-posix-clang-wchar',
>> '${PN}-utils', '', d)}
>>
>> # The ld.so in this eglibc supports the GNU_HASH RPROVIDES_${PN}
>> = "glibc${PKGSUFFIX} rtld(GNU_HASH)" -- 1.7.6.4
>>
- --
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJO/Jb9AAoJEKbMaAwKp364FGEIAL7Ze6QD3R8ral0igFLbEUez
7Q3N6XbvdTJF7yYtEfVKJq5B1jqYwr+DEm2mTQKcqBopFfNVG26PUzs1SaxmAAel
EhYr0X/vgejPv0VD0YyLVqZd3WQalpVRq4RGZGNaZFelU0lDWNHjiUch2qiom17G
iIdQCZye83g3KQ8Ft9xyc3As4P3ieFPmZjQ6CU1lTp4ovREAFyov5c/Qbia0w4KS
OrpS1CPUkyU6agqQnZxaeqFUowwWu9eAT4eXyjX7GrKi8Pdtwl76XOQ8IzywaUqr
RIrxRkUENphQqKUk9zAHUmAvDNmVwsWzrWVIZjoRI85fNzlCXKNwzqqpO8X72f0=
=rv80
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2011-12-29 16:43 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-28 23:38 [PATCH 0/4] Fixes for tiny distros and linux-yocto-tiny Darren Hart
2011-12-28 23:38 ` [PATCH 1/4] native.bbclass: Fix variable remapping coverage Darren Hart
2011-12-28 23:38 ` [PATCH 2/4] eglibc: Only add eglibc-utils to PACKAGES if wchar is supported Darren Hart
2011-12-29 7:55 ` Koen Kooi
2011-12-29 16:36 ` Darren Hart [this message]
2011-12-28 23:38 ` [PATCH 3/4] linux-yocto-tiny: New kernel recipe for tiny distros Darren Hart
2011-12-28 23:38 ` [PATCH 4/4] task-core-boot: Allow DISTRO to disable keymaps via VIRTUAL-RUNTIME_keymaps Darren Hart
2012-01-04 0:39 ` [PATCH 0/4] Fixes for tiny distros and linux-yocto-tiny Saul Wold
2012-01-04 16:23 ` Darren Hart
2012-01-04 16:32 ` Richard Purdie
2012-01-04 16:27 ` Darren Hart
2012-01-04 16:36 ` Richard Purdie
2012-01-04 16:28 ` Darren Hart
2012-01-04 16:37 ` Richard Purdie
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=4EFC96FD.2040504@linux.intel.com \
--to=dvhart@linux.intel.com \
--cc=koen@dominion.thruhere.net \
--cc=martin.jansa@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.