Openembedded Core Discussions
 help / color / mirror / Atom feed
* Broken gettext/gdbm
@ 2012-07-20 13:10 Matthieu CRAPET
  2012-07-20 15:06 ` Richard Purdie
  0 siblings, 1 reply; 5+ messages in thread
From: Matthieu CRAPET @ 2012-07-20 13:10 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

Greetings,

I updated my OE-core and bitbake today (2012.07.20). Build from scratch
fails:

<code>
NOTE: package gdbm-1.10-r3: task do_configure: Started
ERROR: Function failed: do_configure (see
/home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3/t
emp/log.do_configure.31222 for further information)
ERROR: Logfile of failure stored in:
/home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3/t
emp/log.do_configure.31222
Log data follows:
| DEBUG: Executing python function sysroot_cleansstate
| DEBUG: Python function sysroot_cleansstate finished
| DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common',
'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi',
'common']
| DEBUG: Executing shell function do_configure
| automake (GNU automake) 1.12.1
| Copyright (C) 2012 Free Software Foundation, Inc.
| License GPLv2+: GNU GPL version 2 or later
<http://gnu.org/licenses/gpl-2.0.html>
| This is free software: you are free to change and redistribute it.
| There is NO WARRANTY, to the extent permitted by law.
|
| Written by Tom Tromey <tromey@redhat.com>
|        and Alexandre Duret-Lutz <adl@gnu.org>.
| AUTOV is 1.12
| cp: cannot stat
`/home/.../build/tmp-eglibc/sysroots/rp02/usr/share/gettext/config.rpath
': No such file or directory
| ERROR: Function failed: do_configure (see
/home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3/t
emp/log.do_configure.31222 for further information)
NOTE: package gdbm-1.10-r3: task do_configure: Failed
</code>

gdbm needs gettext to have config.rpath. But gettext is not built, but
gettext-native & gettext-minimal-native are built.

Issue comes from  "meta/classes/autotools.bbclass":

<code>
        else if grep "^[[:space:]]*AM_GNU_GETTEXT" $CONFIGURE_AC
>/dev/null; then
                            # We'd call gettextize here if it wasn't so
broken...
          cp ${STAGING_DATADIR}/gettext/config.rpath
${AUTOTOOLS_AUXDIR}/
</code>

What would be the best workaround to take config.rpath from
gettext-native?

Thanks for support.

Regards,
Matthieu



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Broken gettext/gdbm
  2012-07-20 13:10 Broken gettext/gdbm Matthieu CRAPET
@ 2012-07-20 15:06 ` Richard Purdie
  2012-07-23  6:50   ` Matthieu CRAPET
  0 siblings, 1 reply; 5+ messages in thread
From: Richard Purdie @ 2012-07-20 15:06 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

On Fri, 2012-07-20 at 15:10 +0200, Matthieu CRAPET wrote:
> Greetings,
> 
> I updated my OE-core and bitbake today (2012.07.20). Build from scratch
> fails:
> 
> <code>
> NOTE: package gdbm-1.10-r3: task do_configure: Started
> ERROR: Function failed: do_configure (see
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3/t
> emp/log.do_configure.31222 for further information)
> ERROR: Logfile of failure stored in:
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3/t
> emp/log.do_configure.31222
> Log data follows:
> | DEBUG: Executing python function sysroot_cleansstate
> | DEBUG: Python function sysroot_cleansstate finished
> | DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common',
> 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi',
> 'common']
> | DEBUG: Executing shell function do_configure
> | automake (GNU automake) 1.12.1
> | Copyright (C) 2012 Free Software Foundation, Inc.
> | License GPLv2+: GNU GPL version 2 or later
> <http://gnu.org/licenses/gpl-2.0.html>
> | This is free software: you are free to change and redistribute it.
> | There is NO WARRANTY, to the extent permitted by law.
> |
> | Written by Tom Tromey <tromey@redhat.com>
> |        and Alexandre Duret-Lutz <adl@gnu.org>.
> | AUTOV is 1.12
> | cp: cannot stat
> `/home/.../build/tmp-eglibc/sysroots/rp02/usr/share/gettext/config.rpath
> ': No such file or directory
> | ERROR: Function failed: do_configure (see
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3/t
> emp/log.do_configure.31222 for further information)
> NOTE: package gdbm-1.10-r3: task do_configure: Failed
> </code>
> 
> gdbm needs gettext to have config.rpath. But gettext is not built, but
> gettext-native & gettext-minimal-native are built.
> 
> Issue comes from  "meta/classes/autotools.bbclass":
> 
> <code>
>         else if grep "^[[:space:]]*AM_GNU_GETTEXT" $CONFIGURE_AC
> >/dev/null; then
>                             # We'd call gettextize here if it wasn't so
> broken...
>           cp ${STAGING_DATADIR}/gettext/config.rpath
> ${AUTOTOOLS_AUXDIR}/
> </code>
> 
> What would be the best workaround to take config.rpath from
> gettext-native?

This is odd since gdbm inherits gettext and therefore should have a
DEPENDS on virtual/gettext. gettext should therefore have been built.

Any idea why gettext wasn't built?

bitbake gdbm -e | grep ^DEPENDS

shows virtual/gettext here...

Cheers,

Richard




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Broken gettext/gdbm
  2012-07-20 15:06 ` Richard Purdie
@ 2012-07-23  6:50   ` Matthieu CRAPET
  2012-07-23  7:19     ` Richard Purdie
  0 siblings, 1 reply; 5+ messages in thread
From: Matthieu CRAPET @ 2012-07-23  6:50 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

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.

I wasn't clear enough in my previous post. It appear to be a circular dependency.

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

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 ?

Cheers,
Matthieu


-----Message d'origine-----
De : openembedded-core-bounces@lists.openembedded.org [mailto:openembedded-core-bounces@lists.openembedded.org] De la part de Richard Purdie
Envoyé : vendredi 20 juillet 2012 17:07
À : Patches and discussions about the oe-core layer
Objet : Re: [OE-core] Broken gettext/gdbm

On Fri, 2012-07-20 at 15:10 +0200, Matthieu CRAPET wrote:
> Greetings,
> 
> I updated my OE-core and bitbake today (2012.07.20). Build from 
> scratch
> fails:
> 
> <code>
> NOTE: package gdbm-1.10-r3: task do_configure: Started
> ERROR: Function failed: do_configure (see 
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
> /t
> emp/log.do_configure.31222 for further information)
> ERROR: Logfile of failure stored in:
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
> /t
> emp/log.do_configure.31222
> Log data follows:
> | DEBUG: Executing python function sysroot_cleansstate
> | DEBUG: Python function sysroot_cleansstate finished
> | DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common',
> 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 
> 'common']
> | DEBUG: Executing shell function do_configure automake (GNU automake) 
> | 1.12.1 Copyright (C) 2012 Free Software Foundation, Inc.
> | License GPLv2+: GNU GPL version 2 or later
> <http://gnu.org/licenses/gpl-2.0.html>
> | This is free software: you are free to change and redistribute it.
> | There is NO WARRANTY, to the extent permitted by law.
> |
> | Written by Tom Tromey <tromey@redhat.com>
> |        and Alexandre Duret-Lutz <adl@gnu.org>.
> | AUTOV is 1.12
> | cp: cannot stat
> `/home/.../build/tmp-eglibc/sysroots/rp02/usr/share/gettext/config.rpa
> th
> ': No such file or directory
> | ERROR: Function failed: do_configure (see
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
> /t
> emp/log.do_configure.31222 for further information)
> NOTE: package gdbm-1.10-r3: task do_configure: Failed </code>
> 
> gdbm needs gettext to have config.rpath. But gettext is not built, but 
> gettext-native & gettext-minimal-native are built.
> 
> Issue comes from  "meta/classes/autotools.bbclass":
> 
> <code>
>         else if grep "^[[:space:]]*AM_GNU_GETTEXT" $CONFIGURE_AC
> >/dev/null; then
>                             # We'd call gettextize here if it wasn't 
> so broken...
>           cp ${STAGING_DATADIR}/gettext/config.rpath
> ${AUTOTOOLS_AUXDIR}/
> </code>
> 
> What would be the best workaround to take config.rpath from 
> gettext-native?

This is odd since gdbm inherits gettext and therefore should have a DEPENDS on virtual/gettext. gettext should therefore have been built.

Any idea why gettext wasn't built?

bitbake gdbm -e | grep ^DEPENDS

shows virtual/gettext here...

Cheers,

Richard


_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Broken gettext/gdbm
  2012-07-23  6:50   ` Matthieu CRAPET
@ 2012-07-23  7:19     ` Richard Purdie
  2012-07-23  7:25       ` Matthieu CRAPET
  0 siblings, 1 reply; 5+ messages in thread
From: Richard Purdie @ 2012-07-23  7:19 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

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




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Broken gettext/gdbm
  2012-07-23  7:19     ` Richard Purdie
@ 2012-07-23  7:25       ` Matthieu CRAPET
  0 siblings, 0 replies; 5+ messages in thread
From: Matthieu CRAPET @ 2012-07-23  7:25 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

PREFERRED_PROVIDER_virtual/gettext = "gettext" fixes the issue!

So something is wrong with proxy-libintl.
Thanks for help!

Regards,
Matthieu


-----Message d'origine-----
De : openembedded-core-bounces@lists.openembedded.org [mailto:openembedded-core-bounces@lists.openembedded.org] De la part de Richard Purdie
Envoyé : lundi 23 juillet 2012 09:19
À : Patches and discussions about the oe-core layer
Objet : Re: [OE-core] Broken gettext/gdbm

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


_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-07-23  7:36 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2012-07-23  7:25       ` Matthieu CRAPET

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox