Openembedded Core Discussions
 help / color / mirror / Atom feed
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-----



  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