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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox