Bug 207114

Summary:	gnome-base/gconf-2.20-r1 fails to build with automake-1.10.1
Product:	Gentoo Linux	Reporter:	Christopher Covington <covracer>
Component:	[OLD] GNOME	Assignee:	Gentoo Linux Gnome Desktop Team <gnome>
Status:	RESOLVED FIXED
Severity:	normal	CC:	aballier, EckosGentoo, lordcris, njdoyle+bugs, transacid
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Christopher Covington 2008-01-23 02:59:33 UTC

When attempting to emerge gconf-2.20.1-r1, automake --add-missing --copy fails with the following message in automake-*.out:

***** automake *****

configure.in:8: version mismatch.  This is Automake 1.10.1,
configure.in:8: but the definition used by this AM_INIT_AUTOMAKE
configure.in:8: comes from Automake 1.10.  You should recreate
configure.in:8: aclocal.m4 with aclocal and run autmake again.

Comment 1 Nicholas Doyle 2008-01-23 14:45:20 UTC

I can confirm to having the same problem.

Comment 2 Thomas Kahle (RETIRED) gentoo-dev

2008-01-23 15:14:29 UTC

I can confirm this bug and additionally it is introduced by =automake-1.10-r1
Downgrading to =automake-1.10 solves the problem.

Comment 3 Alexis Ballier gentoo-dev

2008-01-25 13:32:58 UTC

it already uses eautoreconf, it just copies aclocal.m4 and use it.
Imho it's not a good idea, better would be to ship missing m4's as a separate tarball or convince upstream to ship them in the tarball (in order to not need any non stricly necessary deps to regenerate the autofoo scripts)

removing the line 'cp aclocal.m4 old.m4' fixes this error.

Comment 4 Diego Elio Pettenò (RETIRED) gentoo-dev

2008-01-25 17:47:16 UTC

Gilles, copying aclocal is the worst and stupidest thing ever you could think of. Really.

Comment 5 Rémi Cardona (RETIRED) gentoo-dev

2008-01-26 09:31:44 UTC

*** Bug 207525 has been marked as a duplicate of this bug. ***

Comment 6 Gilles Dartiguelongue (RETIRED) gentoo-dev

2008-01-26 13:49:44 UTC

fixed, thanks for reporting