Bug 219257 – mail-mta/courier-0.59 fails with aclocal -I m4

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description johan 2008-04-25 11:10:05 UTC]

When emerging courier-0.59, it fails when doing "aclocal -I m4" for the pcp subcomponent.



 * Running eautoreconf in '/var/tmp/portage/mail-mta/courier-0.59.0/work/courier-0.59.0/pcp' ...
 * Running aclocal -I m4 ...                                                                                                                       
 * Failed Running aclocal !
 * 
 * Include in your bugreport the contents of:
 * 
 *   /var/tmp/portage/mail-mta/courier-0.59.0/temp/aclocal-4674.out
 * 
 * ERROR: mail-mta/courier-0.59.0 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 2990:  Called eautoreconf
 *             environment, line  928:  Called eautoreconf
 *             environment, line  936:  Called eaclocal
 *             environment, line  875:  Called autotools_run_tool 'src_unpack' 'src_unpack' 'aclocal'
 *             environment, line  411:  Called die
 * The specific snippet of code:
 *           die "Failed Running $1 !";
 *  The die message:
 *   Failed Running aclocal !
 * 
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/mail-mta/courier-0.59.0/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/mail-mta/courier-0.59.0/temp/environment'.


cat  /var/tmp/portage/mail-mta/courier-0.59.0/temp/aclocal-4674.out
***** aclocal *****
***** aclocal -I m4
aclocal-1.10: couldn't open directory `m4': No such file or directory



emerge --info
Portage 2.1.4.4 (hardened/amd64, gcc-3.4.6, glibc-2.6.1-r0, 2.6.20-hardened-r6 x86_64)
=================================================================
System uname: 2.6.20-hardened-r6 x86_64 AMD Turion(tm) 64 Mobile Technology MT-37
Timestamp of tree: Fri, 25 Apr 2008 01:30:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p17-r1
dev-lang/python:     2.4.4-r9
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -msse3 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=k8 -msse3 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirror.gentoo.no/ http://trumpetti.atm.tut.fi/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa amd64 apache2 berkdb cracklib crypt fam ffmpeg gd gdbm gif gnome gtk hardened imap jpeg justify lm_sensors midi mp3 mysql nls nptl nptlonly ogg opengl pam pic png python readline ssl subversion tcpd threads unicode urandom utf8 v4l vorbis xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i810 mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

[Comment 1 johan 2008-04-25 14:07:40 UTC]

I found a workaround.

I added AC_USE_SYSTEM_EXTENSIONS to pcp/configure.in and created an empty pcp/m4 directory. That allowed it to get past the aclocal step anyhow... still waiting on results of compilation.

[Comment 2 johan 2008-04-25 14:36:47 UTC]

Compilation after those changes went fine. Should thus be a minor fix.

[Comment 3 Lindsay Haisley 2008-05-09 22:14:23 UTC]

Same problem here.  The update isn't mission-critical so I'll wait for a fix from Gentoo or upstream, assuming it comes relatively soon.

[Comment 4 Lindsay Haisley 2008-05-10 22:25:36 UTC]

A simpler fix, and I would guess that this is the best one, is to remove the last line of pcp/Makefile.am

ACLOCAL_AMFLAGS = -I m4

Because Gentoo re-runs the autoconf tools on the source tree, this line gets processed, and because there's no pcp/m4 directory in the courier source tree, amlocal errors out and aborts the ebuild.  The distributed source tarball comes with autoconf already done, and each directory in the source tree already contains configure and Makefile.in scripts, so this error isn't encountered by someone building Courier manually from source.

I removed the above line from pcp/Makefile.am and the ebuild worked fine.  I've also posted the the problem and the fix to the courier-users list so it'll probably make it into upstream as well at some point, if Mr. Sam approves.

[Comment 5 Lindsay Haisley 2008-05-11 01:31:00 UTC]

Actually, a better solution may be coming from upstream.  Sam Varshavchik has suggested that inclusion of the pcp/m4 directory and its contents in the source tarball is the proper way to go with this, and this would resolve the breakage of the autotools system which references this non-existent directory.  Mt. Sam is the principle maintainer of Courier (mostly the only maintainer), so if this happens, and the ebuild manifest is updated, the bug will be resolved.

See http://sourceforge.net/search/?group_id=5404&words=aclocal&type_of_search=mlists&pmode=0&limit=50

[Comment 6 Lindsay Haisley 2008-05-12 18:01:57 UTC]

Bernd, as per your note on the courier-users list, it would be sufficient to merge in a source file containing only the missing m4 macro files prior to re-running the autotools.  Bump the ebuild to revision r1, and voila!  Problem solved :-)

Thanks again for taking up the slack on this ebuild.

[Comment 7 Hanno Böck 2008-05-14 09:08:24 UTC]

After some discussion with bernd, I think we don't need the eautoreconf-call on the whole source any more.

So we should be fine on this. As soon as we have the as-needed-patch upstream, we can remove the autotools-calls all together.