| 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> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
emerge --info
build log |
||
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 Created attachment 327536 [details]
emerge --info
Created attachment 327538 [details]
build log
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... |
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.