From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: Broken gettext/gdbm
Date: Mon, 23 Jul 2012 08:19:05 +0100 [thread overview]
Message-ID: <1343027945.21788.81.camel@ted> (raw)
In-Reply-To: <D9D7124626ED1E43963D86B2657D5CCD03A17E72@FRSNPREXC1.usr.ingenico.loc>
On Mon, 2012-07-23 at 08:50 +0200, Matthieu CRAPET wrote:
> Hi,
>
> $ bitbake gdbm -e | grep ^DEPENDS
> DEPENDS_GETTEXT="virtual/gettext gettext-native"
> DEPENDS="autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/gettext gettext-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc"
>
> $ bitbake gettext -e | grep ^DEPENDS
> DEPENDS_virtclass-native="libxml2-native gettext-minimal-native"
> DEPENDS="autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc libxml2-native gettext-native virtual/libiconv ncurses expat"
>
> Note: We are using our own external toolchain.
That is an important detail!
> I wasn't clear enough in my previous post. It appear to be a circular dependency.
A circular dependency on what?
> Since my update I have this log:
> NOTE: Resolving any missing task queue dependencies
> NOTE: multiple providers are available for virtual/gettext (proxy-libintl, gettext)
> NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/gettext
Have you tried setting:
PREFERRED_PROVIDER_virtual/gettext = "gettext"
?
> When I just try to build gettext, It wants to build gdbm.. which depends of gettext too.
>
> gettext-minimal-native doesn't have config.rpath, gettext-native has it.
>
> But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath" and not ${STAGING_DATADIR_NATIVE}/gettext/config.rpath".
> Patching "meta/classes/autotools.bbclass" would be a proper fix ?
No, that doesn't sound right.
I think the problem is that the system is thinking virtual/gettext is
provided by proxy-libintl. Adding the line above should convince it
otherwise and then things should work better.
Cheers,
Richard
next prev parent reply other threads:[~2012-07-23 7:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-20 13:10 Broken gettext/gdbm Matthieu CRAPET
2012-07-20 15:06 ` Richard Purdie
2012-07-23 6:50 ` Matthieu CRAPET
2012-07-23 7:19 ` Richard Purdie [this message]
2012-07-23 7:25 ` Matthieu CRAPET
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=1343027945.21788.81.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--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.