|Summary:||app-text/stardict - configure.ac:310: error: possibly undefined macro: AM_GCONF_SOURCE_2|
|Product:||Gentoo Linux||Reporter:||unknown <use.the>|
|Component:||Current packages||Assignee:||No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed>|
|Package list:||Runtime testing required:||---|
Description unknown 2012-10-27 15:51:55 UTC
gnome-base/gconf is a build dependency of the stardict-3.0.3-r2: ... m4/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from... m4/libtool.m4:5360: _LT_LANG_CXX_CONFIG is expanded from... m4/libtool.m4:785: _LT_LANG is expanded from... m4/libtool.m4:768: LT_LANG is expanded from... configure.ac:24: the top level configure.ac:310: error: possibly undefined macro: AM_GCONF_SOURCE_2 If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation.
Comment 1 Samuli Suominen (RETIRED) 2012-10-27 16:15:29 UTC
The package doesn't use autotools.eclass and thus, eautoreconf so it shouldn't be rerunning aclocal, autoconf etc. So indeed, if it was to be intended, gconf would be always a DEPEND but since this shouldn't have happened at all... File full build.log as well as emerge --info
Comment 4 Samuli Suominen (RETIRED) 2014-05-09 14:19:29 UTC
I couldn't reproduce this with 3.0.4, please try that, it's in Portage as of today. If you still can reproduce this, please reopen the bug, and we will have to reconsider making the ebuild run eautoreconf to prevent it...