From: Ming Liu <ming.liu@windriver.com>
To: Saul Wold <sgw@linux.intel.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH V3] util-linux: replace += with _append to EXTRA_OECONF_class-native
Date: Thu, 25 Jul 2013 18:11:01 +0800 [thread overview]
Message-ID: <51F0F9B5.3040304@windriver.com> (raw)
In-Reply-To: <51ECAB78.5070002@linux.intel.com>
On 07/22/2013 11:48 AM, Saul Wold wrote:
> On 07/17/2013 06:54 PM, Ming Liu wrote:
>> The native/nativesdk overrides of EXTRA_OECONF should take effect before
>> append operator, otherwise, it will cause EXTRA_OECONF be overridden
>> instead
>> of be appended at native/nativesdk build time.
>>
>> Signed-off-by: Ming Liu <ming.liu@windriver.com>
>> ---
>> meta/recipes-core/util-linux/util-linux_2.23.1.bb | 4 ++--
>> 1 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-core/util-linux/util-linux_2.23.1.bb
>> b/meta/recipes-core/util-linux/util-linux_2.23.1.bb
>> index 12f5021..3040476 100644
>> --- a/meta/recipes-core/util-linux/util-linux_2.23.1.bb
>> +++ b/meta/recipes-core/util-linux/util-linux_2.23.1.bb
>> @@ -18,5 +18,5 @@ SRC_URI[md5sum] = "6741eeaff93ff5a6bacdd3816bdd87c4"
>> SRC_URI[sha256sum] =
>> "ad4a7831d7b27d0172996fd343e809716c2403b32a94e15194d8ea797223c4af"
>>
>> CACHED_CONFIGUREVARS += "scanf_cv_alloc_modifier=as"
>> -EXTRA_OECONF_class-native += "--disable-fallocate
>> --disable-use-tty-group"
>> -EXTRA_OECONF_class-nativesdk += "--disable-fallocate
>> --disable-use-tty-group"
>> +EXTRA_OECONF_append_class-native = " --disable-fallocate
>> --disable-use-tty-group"
>> +EXTRA_OECONF_append_class-nativesdk = " --disable-fallocate
>> --disable-use-tty-group"
>>
>
> While this seems correct, it is causing some down stream issues with
> e2fsprogs-native and not finding the uuid library
Hi, Saul:
I did some investigations about this issue, it should be a regression
introduced by commit 91c0f9e3: util-linux: move libraries to
base_libdir. It tried to transfer "--libdir=${base_libdir}" to
EXTRA_OECONF at configure status, which conflicted with following code
in configure.ac:
.........
case $libdir in
${exec_prefix}/* | ${prefix}/* | /usr/*)
usrlib_execdir=$libdir ;;
*)
usrlib_execdir='${exec_prefix}'$libdir ;;
esac
AC_SUBST([usrlib_execdir])
........
It resulted a invalid usrlib_execdir, and therefore caused libuuid.so
link unreachable. This would make packages relies on uuid fail to
compile, like e2fsprogs.
Anyway, it could be fixed by appending "--prefix=${base_prefix}
--exec_prefix=${base_prefix}" to EXTRA_OECONF and we don't need to worry
it, however, things go to more complicated after applied 91c0f9e3 that
it also breaks pkgconfig, because all *.pc go to ${base_libdir} instead
of ${libdir} though pkg-config looks for files in explicitly fixed
directories set by PKG_CONFIG_PATH, which in this case is:
${STAGING_DATADIR}/pkgconfig${EXTRA_NATIVE_PKGCONFIG_PATH}, that finally
causes other packages fail to detect libuuid by pkg-config.
Two approaches to fix this pkg-config failure, first, we could move *.pc
to ${libdir} at do_intall stage, and the other, modify PKG_CONFIG_PATH,
adding ${libdir}/pkgconfig into it. Which one do you prefer? Or we could
just revert commit 91c0f9e3?
the best,
thank you
>
>> Enabling testio debugging by default
>> | checking for x86_64-linux-pkg-config... no
>> | checking for pkg-config...
>> /srv/ssd/sgw/builds/world/tmp/sysroots/x86_64-linux/usr/bin/pkg-config
>> | checking pkg-config is at least version 0.9.0... yes
>> | checking for uuid_generate in -luuid... no
>> | configure: error: external uuid library not found
>> | Configure failed. The contents of all config.log files follows to
>> aid debugging
>> | ERROR: oe_runconf failed
>
> Can you please research this further.
>
> Thanks
> Sau!
>
>
>
>
next prev parent reply other threads:[~2013-07-25 10:11 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-18 1:54 [PATCH V3] util-linux: replace += with _append to EXTRA_OECONF_class-native Ming Liu
2013-07-22 3:48 ` Saul Wold
2013-07-23 1:49 ` Ming Liu
2013-07-25 10:11 ` Ming Liu [this message]
2013-07-25 12:55 ` Koen Kooi
2013-07-26 1:25 ` Ming Liu
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=51F0F9B5.3040304@windriver.com \
--to=ming.liu@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=sgw@linux.intel.com \
/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