enna: do_configure failed: automake: unknown warning category `cross'

enna: do_configure failed: automake: unknown warning category `cross'

[Paul Menzel]

[-- Attachment #1.1: Type: text/plain, Size: 1981 bytes --]

Dear OE folks,


I am trying to write the recipe for Enna [1].

        $ more enna.inc
        HOMEPAGE = "http://${PN}.geexbox.org/"
        SECTION = "x11/multimedia"
        LICENSE = "LGPLv2.1+"
        DEPENDS = "curl dbus eet evas edje ecore edbus elementary emotion"
        DEPENDS += "libmusicbrainz lightmediascanner libxml2 taglib libvalhalla libplayer"
        
        INC_PR = "r1"
        
        SRC_URI = "http://${PN}.geexbox.org/releases/${P}.tar.bz2;name=${PN}"
        
        inherit autotools pkgconfig

Now I am getting the following error message during `configure`.

        […]
        automake: unknown warning category `cross'
        configure.ac:27: installing `./compile'
        configure.ac:7: installing `./config.guess'
        configure.ac:35: required file `./config.rpath' not found
        configure.ac:7: installing `./config.sub'
        configure.ac:11: installing `./install-sh'
        configure.ac:11: installing `./missing'
        src/bin/Makefile.am: installing `./depcomp'
        autoreconf: automake failed with exit status: 1
        FATAL: autoreconf execution failed.

I am using automake 1.10.3 and it looks like I need 1.11.1.

I found this commit [2], but this workaround

        # Needs automake 1.11.x, which isn't safe to use yet in OE
        do_configure() {
               oe_runconf
        }

did not work for me. The error was then that `./configure` was not
found. So `autogen.sh` needs to be run and I just found the following
hint.

        do_configure_prepend() {
               sh autogen.sh
        }

But this fails with the error that C programs cannot be executed.

Any hint is appreciated.


Thanks,

Paul


PS: You need libvalhalla 2.0.0 for which I send a patch a moment ago (PV
= 1.0.0+hg).


[1] http://enna.geexbox.org/
[2] http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=a353f4ee7229c686bfc61417cab979ffa1735d55

[-- Attachment #1.2: enna.inc --]
[-- Type: text/plain, Size: 602 bytes --]

DESCRIPTION = "Enna is a media center application based on EFL."
HOMEPAGE = "http://${PN}.geexbox.org/"
SECTION = "x11/multimedia"
LICENSE = "LGPLv2.1+"
DEPENDS = "curl dbus eet evas edje ecore edbus elementary emotion"
DEPENDS += "libmusicbrainz lightmediascanner libxml2 taglib libvalhalla libplayer automake-native-1.11.1"

INC_PR = "r1"

SRC_URI = "http://${PN}.geexbox.org/releases/${P}.tar.bz2;name=${PN}"

inherit autotools pkgconfig

#do_configure_prepend() {
#	sh autogen.sh
#}

# Needs automake 1.11.x, which isn't safe to use yet in OE
#do_configure() {
#	oe_runconf
#}

[-- Attachment #1.3: enna_hg.bb --]
[-- Type: text/plain, Size: 150 bytes --]

require enna.inc
PV = "0.4.0"
PR = "${INC_PR}.0"
PR_append = "+hgr${NOTQUITESRCREV}"

NOTQUITESRCREV = "ebf6faef0136"

S = "${WORKDIR}/${PN}"

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: enna: do_configure failed: automake: unknown warning category `cross'

[Thomas Zimmermann]

Am Samstag 27 März 2010 23:54:59 schrieb Paul Menzel:
> Dear OE folks,
> 
> 
> I am trying to write the recipe for Enna [1].

There already is a recipe for the svn version of enna, so no need to make a 
new one. Just upgrade the old one:
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/e17/enna_svn.bb

Re: enna: do_configure failed: automake: unknown warning category `cross'

[Paul Menzel]

[-- Attachment #1: Type: text/plain, Size: 643 bytes --]

Am Sonntag, den 28.03.2010, 08:40 +0200 schrieb Thomas Zimmermann:
> Am Samstag 27 März 2010 23:54:59 schrieb Paul Menzel:

[…]

> > I am trying to write the recipe for Enna [1].
> 
> There already is a recipe for the svn version of enna, so no need to make a 
> new one. Just upgrade the old one:
> http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/e17/enna_svn.bb

I know. But it is not useful since almost everything changed (`SRC_URI`,
`DEPENDS`, …)

So consider my recipe as a upgraded recipe. But I still get the same
problems.

Maybe I should send my current status as patches.


Thanks,

Paul

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: enna: do_configure failed: automake: unknown warning category `cross'

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 27-03-10 23:54, Paul Menzel wrote:
> Dear OE folks,
> 
> 
> I am trying to write the recipe for Enna [1].

[..]

> Now I am getting the following error message during `configure`.
> 
>         […]

>         configure.ac:35: required file `./config.rpath' not found

> Any hint is appreciated.

do_configure_prepend() {
	autopoint || touch config.rpath
}

regards,

Koen

> 
> 
> Thanks,
> 
> Paul
> 
> 
> PS: You need libvalhalla 2.0.0 for which I send a patch a moment ago (PV
> = 1.0.0+hg).
> 
> 
> [1] http://enna.geexbox.org/
> [2] http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=a353f4ee7229c686bfc61417cab979ffa1735d55
> 
> 
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFLrxmCMkyGM64RGpERAsCvAKCOI+BHxOjDZfRkVYofwBExceRqbQCfbUTz
b4EvYfPHHM1cxk2rog0E5Lo=
=iLSz
-----END PGP SIGNATURE-----

Re: enna: do_configure failed: automake: unknown warning category `cross'

[Paul Menzel]

[-- Attachment #1: Type: text/plain, Size: 660 bytes --]

Am Sonntag, den 28.03.2010, 10:55 +0200 schrieb Koen Kooi:
> On 27-03-10 23:54, Paul Menzel wrote:
> > I am trying to write the recipe for Enna [1].
> 
> [..]
> 
> > Now I am getting the following error message during `configure`.
> > 
> >         […]
> 
> >         configure.ac:35: required file `./config.rpath' not found
> 
> > Any hint is appreciated.
> 
> do_configure_prepend() {
> 	autopoint || touch config.rpath
> }

Thanks that worked!

Sorry for the next question. Is that workaround needed because of not
having Automake 1.11.1? Or is the recommended fix, that upstream ships
`config.rpath`?

[…]


Thanks,

Paul

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: enna: do_configure failed: automake: unknown warning category `cross'

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 28-03-10 19:31, Paul Menzel wrote:
> Am Sonntag, den 28.03.2010, 10:55 +0200 schrieb Koen Kooi:
>> On 27-03-10 23:54, Paul Menzel wrote:
>>> I am trying to write the recipe for Enna [1].
>>
>> [..]
>>
>>> Now I am getting the following error message during `configure`.
>>>
>>>         […]
>>
>>>         configure.ac:35: required file `./config.rpath' not found
>>
>>> Any hint is appreciated.
>>
>> do_configure_prepend() {
>> 	autopoint || touch config.rpath
>> }
> 
> Thanks that worked!
> 
> Sorry for the next question. Is that workaround needed because of not
> having Automake 1.11.1? Or is the recommended fix, that upstream ships
> `config.rpath`?

It's a caused by this:

../../classes/autotools.bbclass:EXTRA_AUTORECONF = "--exclude=autopoint"

I don't know why we exclude it deliberately, but some recipes do need
it. And hence we try to run autopoint in efl.bbclass and create an empty
config.rpath when it fails.

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFLr67lMkyGM64RGpERAtG5AJ9xP8FP79T6+z61wtDTafs3keETgACgnA0S
Xc/1dzbc9EOB9aeV3gICJcY=
=BXrI
-----END PGP SIGNATURE-----

[PATCH] autotool.bbclass: Remove `EXTRA_AUTORECONF = "--exclude=autopoint"`.

[Paul Menzel]

[-- Attachment #1: Type: text/plain, Size: 1390 bytes --]

In commit 0f235b0f42575bfb50dd891cf44aa08c2e404a67 [1] `autotools.bbclass` was imported from BitKeeper. According to rwhitby on IRC the original author of `autotool.bbclass` cannot be found out anymore, so the reason why Autopoint has to be excluded not known.

Having `EXTRA_AUTORECONF = "--exclude=autopoint"` in `autotools.bbclass` forces the usage of same hacks to prevent failure of `do_configure` [2].

    configure.ac:35: required file `./config.rpath' not found

I ran a build from scratch with `EXTRA_AUTORECONF = "--exclude=autopoint"` from `autotools.bbclass` and did not see any regressions.

[1] http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=0f235b0f42575bfb50dd891cf44aa08c2e404a67
[2] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-March/018818.html

Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net>
---
 classes/autotools.bbclass |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/classes/autotools.bbclass b/classes/autotools.bbclass
index 31d3578..5902e87 100644
--- a/classes/autotools.bbclass
+++ b/classes/autotools.bbclass
@@ -35,7 +35,6 @@ inherit siteinfo
 export CONFIG_SITE = "${@siteinfo_get_files(d)}"
 
 acpaths = "default"
-EXTRA_AUTORECONF = "--exclude=autopoint"
 
 def autotools_set_crosscompiling(d):
 	if not bb.data.inherits_class('native', d):
-- 
1.7.0.3

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [PATCH] autotool.bbclass: Remove `EXTRA_AUTORECONF = "--exclude=autopoint"`.

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 30-03-10 13:50, Paul Menzel wrote:
> In commit 0f235b0f42575bfb50dd891cf44aa08c2e404a67 [1] `autotools.bbclass` was imported from BitKeeper. According to rwhitby on IRC the original author of `autotool.bbclass` cannot be found out anymore, so the reason why Autopoint has to be excluded not known.
> 
> Having `EXTRA_AUTORECONF = "--exclude=autopoint"` in `autotools.bbclass` forces the usage of same hacks to prevent failure of `do_configure` [2].
> 
>     configure.ac:35: required file `./config.rpath' not found
> 
> I ran a build from scratch with `EXTRA_AUTORECONF = "--exclude=autopoint"` from `autotools.bbclass` and did not see any regressions.

I wonder if we only should run autopoint if there are AM_GNU_GETTEXT*
macros in configure.{in,ac}, or does autopoint take care of that
automagically?

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFLsfDIMkyGM64RGpERAr5dAKCl8GLU8pRCw+IkXw4cWyoII2S27wCguWQG
IdFWfa67U2/EDL5UZu5+4Sc=
=7vtE
-----END PGP SIGNATURE-----

Re: [PATCH] autotool.bbclass: Remove `EXTRA_AUTORECONF = "--exclude=autopoint"`.

[Phil Blundell]

On Tue, 2010-03-30 at 14:38 +0200, Koen Kooi wrote:
> I wonder if we only should run autopoint if there are AM_GNU_GETTEXT*
> macros in configure.{in,ac}, or does autopoint take care of that
> automagically?

Autoreconf has some (limited) logic to figure out whether autopoint is
needed.  I think that ought to be sufficient.

p.

Re: [PATCH] autotool.bbclass: Remove `EXTRA_AUTORECONF = "--exclude=autopoint"`.

[Khem Raj]

On Tue, Mar 30, 2010 at 5:51 AM, Phil Blundell <philb@gnu.org> wrote:
> On Tue, 2010-03-30 at 14:38 +0200, Koen Kooi wrote:
>> I wonder if we only should run autopoint if there are AM_GNU_GETTEXT*
>> macros in configure.{in,ac}, or does autopoint take care of that
>> automagically?
>
> Autoreconf has some (limited) logic to figure out whether autopoint is
> needed.  I think that ought to be sufficient.

It will check source timestamps. Is there something else that it will
do to decide on invoking autopoint (other than seeing AM_GNU_GETTEXT)

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

Re: [PATCH] autotool.bbclass: Remove `EXTRA_AUTORECONF = "--exclude=autopoint"`.

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 30-03-10 14:51, Phil Blundell wrote:
> On Tue, 2010-03-30 at 14:38 +0200, Koen Kooi wrote:
>> I wonder if we only should run autopoint if there are AM_GNU_GETTEXT*
>> macros in configure.{in,ac}, or does autopoint take care of that
>> automagically?
> 
> Autoreconf has some (limited) logic to figure out whether autopoint is
> needed.  I think that ought to be sufficient.

So can we get some acks on this patch from autotools savvy people?

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFLs07GMkyGM64RGpERAnb6AJwI7A4RiAqakz4+E1+yIM1208tgGwCfTHNi
WtEHoTLG83SEkCTpFw2zIR8=
=xIxY
-----END PGP SIGNATURE-----

Re: [PATCH] autotool.bbclass: Remove `EXTRA_AUTORECONF = "--exclude=autopoint"`.

[Khem Raj]

On Wed, Mar 31, 2010 at 6:31 AM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 30-03-10 14:51, Phil Blundell wrote:
>> On Tue, 2010-03-30 at 14:38 +0200, Koen Kooi wrote:
>>> I wonder if we only should run autopoint if there are AM_GNU_GETTEXT*
>>> macros in configure.{in,ac}, or does autopoint take care of that
>>> automagically?
>>
>> Autoreconf has some (limited) logic to figure out whether autopoint is
>> needed.  I think that ought to be sufficient.
>
> So can we get some acks on this patch from autotools savvy people?

I think we should also try few builds from scratch. I am interested in
uclibc based builds.

>
> regards,
>
> Koen
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
>
> iD8DBQFLs07GMkyGM64RGpERAnb6AJwI7A4RiAqakz4+E1+yIM1208tgGwCfTHNi
> WtEHoTLG83SEkCTpFw2zIR8=
> =xIxY
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: [PATCH] autotool.bbclass: Remove `EXTRA_AUTORECONF = "--exclude=autopoint"`.

[Enrico Scholz]

Paul Menzel <paulepanter@users.sourceforge.net> writes:

> I ran a build from scratch with `EXTRA_AUTORECONF = "--exclude=autopoint"`
> from `autotools.bbclass` and did not see any regressions.

There are regressions in projects using 'intltool' (e.g. 'pmount');
./configure will fail with 'po/Makefile.in.in was not created by
intltoolize' there.

A solution might be the swapping of 'intltoolize' + 'autoreconf' calls
in autotools.bbclass.  I did not extensive tests yet but this swapping
might be (independent from '--exclude=autopoint' removal) a good idea
because 'intltoolize' checks for 'intltool.m4' version information in
'aclocal.m4' which are added by 'autoreconf'.



Enrico