From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Cc: Steve Sakoman <steve@sakoman.com>
Subject: Re: Re-execution of tasks - test report and results
Date: Mon, 02 Apr 2012 04:45:43 +0100 [thread overview]
Message-ID: <1333338343.647.8.camel@ted> (raw)
In-Reply-To: <1333212913.18082.247.camel@ted>
On Sat, 2012-03-31 at 17:55 +0100, Richard Purdie wrote:
> On Sat, 2012-03-31 at 08:59 -0700, Steve Sakoman wrote:
> > On Sat, Mar 31, 2012 at 8:34 AM, Richard Purdie
> > <richard.purdie@linuxfoundation.org> wrote:
> >
> > > Hmm, yes. We already have a bug open against git but I'd like to
> > > understand shadow-native and sqlite. If you have the failure logs for
> > > those two, I think it would be worth opening bugs for them.
> >
> > Details for shadow-native and sqlite below:
> >
> > shadow-native:
> >
> > | aclocal: unknown warning category `cross'
> > | configure.in:496: warning: macro `AM_GNU_GETTEXT_VERSION' not found in library
> > | configure.in:497: warning: macro `AM_GNU_GETTEXT' not found in library
> > | autoreconf: configure.in: tracing
> > | autoreconf: configure.in: AM_GNU_GETTEXT_VERSION is used, but not
> > AM_GNU_GETTEXT
> > | autoreconf: running: libtoolize --copy --force
> > | libtoolize: putting auxiliary files in `.'.
> > | libtoolize: copying file `./ltmain.sh'
> > | libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
> > | libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
> > | libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
> > | aclocal: unknown warning category `cross'
> > | configure.in:496: warning: macro `AM_GNU_GETTEXT_VERSION' not found in library
> > | configure.in:497: warning: macro `AM_GNU_GETTEXT' not found in library
> > | autoreconf: running:
> > /media/data/yocto/tmp/sysroots/x86_64-linux/usr/bin/autoconf
> > --include=/media/data/yocto/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.11
> > --include=/media/data/yocto/tmp/work/x86_64-linux/shadow-native-4.1.4.3-r3/shadow-4.1.4.3/aclocal-copy/
> > --force --warnings=cross
> > | configure.in:496: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION
> > | If this token and others are legitimate, please use m4_pattern_allow.
> > | See the Autoconf documentation.
> > | configure.in:497: error: possibly undefined macro: AM_GNU_GETTEXT
> > | autoreconf: /media/data/yocto/tmp/sysroots/x86_64-linux/usr/bin/autoconf
> > failed with exit status: 1
> > | ERROR: autoreconf execution failed.
> > NOTE: package shadow-native-4.1.4.3-r3: task do_configure: Failed
> > ERROR: Task 1316
> > (/home/steve/source/yocto/poky/meta/recipes-extended/shadow/shadow-native_4.1.4.3.bb,
> > do_configure) failed with exit code '1'
>
> This looks like a missing gettext dependency...
I think its more subtle than that. I think gettext-minimal-native and
gettext-native are trampling over each other's files. This can probably
be reproduced with:
bitbake gettext-minimal-native
bitbake gettext-native
bitbake gettext-native -c clean
bitbake shadow-native
I think the fix should be something like:
diff --git a/meta/recipes-core/gettext/gettext_0.18.1.1.bb b/meta/recipes-core/gettext/gettext_0.18.1.1.bb
index 4144d2b..0ed5dd9 100644
--- a/meta/recipes-core/gettext/gettext_0.18.1.1.bb
+++ b/meta/recipes-core/gettext/gettext_0.18.1.1.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
PR = "r10"
DEPENDS = "libxml2-native gettext-native virtual/libiconv ncurses expat"
-DEPENDS_virtclass-native = "libxml2-native"
+DEPENDS_virtclass-native = "libxml2-native gettext-minimal-native"
PROVIDES = "virtual/libintl virtual/gettext"
PROVIDES_virtclass-native = "virtual/gettext-native"
CONFLICTS_${PN} = "proxy-libintl"
@@ -95,4 +95,8 @@ do_install_append() {
rm -f ${D}${libdir}/preloadable_libintl.so
}
+do_install_append_virtclass-native () {
+ rm ${D}${datadir}/aclocal/*
+}
+
BBCLASSEXTEND = "native nativesdk"
although I'm travelling at the moment and have not tested this yet.
Cheers,
Richard
next prev parent reply other threads:[~2012-04-02 3:55 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-31 14:07 Re-execution of tasks - test report and results Richard Purdie
2012-03-31 15:04 ` Steve Sakoman
2012-03-31 15:34 ` Richard Purdie
2012-03-31 15:59 ` Steve Sakoman
2012-03-31 16:55 ` Richard Purdie
2012-04-02 3:45 ` Richard Purdie [this message]
2012-04-02 9:02 ` Paul Eggleton
2012-04-02 11:59 ` Richard Purdie
2012-04-06 18:56 ` Otavio Salvador
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=1333338343.647.8.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=steve@sakoman.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