Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 81271 - coreutils-5.2.1-r4 depend on aclocal to compile. aclocal is not specified in depends.
Summary: coreutils-5.2.1-r4 depend on aclocal to compile. aclocal is not specified in ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High minor
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-08 11:23 UTC by Not A. Clue
Modified: 2005-02-08 12:39 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
coreutils-5.2.1-r4.ebuild.diff (coreutils-5.2.1-r4.ebuild.diff,324 bytes, patch)
2005-02-08 12:39 UTC, Roland Bär
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Not A. Clue 2005-02-08 11:23:20 UTC
emerge sys-apps/coreutils-5.2.1-r4 fails with the error "/usr/lib/portage/bin/ebuild.sh: line 91: aclocal: command not found" when "* Reconfiguring configure scripts (be patient)..."

(This is on a bare bone system without X or other unnescessary srvices.)

Reproducible: Always
Steps to Reproduce:
1. emerge --update world

Actual Results:  
>>> emerge (4 of 5) sys-apps/coreutils-5.2.1-r4 to /
>>> md5 src_uri ;-) coreutils-5.2.1.tar.bz2
>>> md5 src_uri ;-) coreutils-5.2.1-patches-0.9.tar.bz2
>>> md5 src_uri ;-) coreutils-5.2.1-i18n-0.2.patch.bz2
>>> Unpacking source...
>>> Unpacking coreutils-5.2.1.tar.bz2 to /var/tmp/portage/coreutils-5.2.1-r4/
work
>>> Unpacking coreutils-5.2.1-patches-0.9.tar.bz2 to /var/tmp/portage/coreutils-
5.2.1-r4/work
>>> Unpacking coreutils-5.2.1-i18n-0.2.patch.bz2 to /var/tmp/portage/coreutils-
5.2.1-r4/work
[DELETED LINES AND LINES WITH OK]
>>> Source unpacked.
 * Reconfiguring configure scripts (be patient)...
/usr/lib/portage/bin/ebuild.sh: line 91: aclocal: command not found

!!! ERROR: sys-apps/coreutils-5.2.1-r4 failed.
!!! Function src_compile, Line 91, Exitcode 127
!!! aclocal
!!! If you need support, post the topmost build error, NOT this status message.

Expected Results:  
OK

Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-
r1, 2.4.26-gentoo-r9 i686)
=================================================================
System uname: 2.4.26-gentoo-r9 i686 AMD Athlon(TM) XP 1800+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  8 2005, 17:34:56)
]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.21-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/
config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/
distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 apm avi berkdb crypt cups encode f77 font-server foomaticdb fortran 
gdbm gif gpm imlib ipv6 jpeg libg++ libwww mad mikmod mpeg ncurses nls oggvorbis 
oss pam pdflib perl png python quicktime readline sdl spell ssl tcpd xml2 zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Comment 1 SpanKY gentoo-dev 2005-02-08 11:32:47 UTC
what version of autoconf-wrapper / automake-wrapper do you have installed ?
Comment 2 Not A. Clue 2005-02-08 11:43:55 UTC
OK. Since update world tried to compile coreutils-5.2.1-r4 before automake-wrapper-1-r1, this failed.
If I manually update automake-wrapper-1-r1 first, the coreutils seem to compile fine afterwards.

I have changed severity to minor based on this.

Version info:
localhost root # nice emerge --update --pretend --verbose world
These are the packages that I would merge, in order:
Calculating world dependencies ...done!
[ebuild     U ] sys-apps/coreutils-5.2.1-r4 [5.2.1-r2] -acl -build -debug +nls (-selinux) -static (-uclibc) 0 kB 
[ebuild     U ] sys-devel/automake-wrapper-1-r1 [1] 0 kB 
Total size of downloads: 0 kB
Comment 3 SpanKY gentoo-dev 2005-02-08 11:47:07 UTC
i bumped the wrappers for this exact reason
Comment 4 Not A. Clue 2005-02-08 11:57:37 UTC
emerge --update --verbose --pretend world outputs:
These are the packages that I would merge, in order:
[ebuild     U ] sys-devel/autoconf-wrapper-2-r1 [2] 0 kB 
[ebuild     U ] sys-apps/coreutils-5.2.1-r4 [5.2.1-r2] -acl -build -debug +nls (-selinux) -static (-uclibc) 0 kB 
[ebuild     U ] sys-devel/automake-wrapper-1-r1 [1] 0 kB 

emerge --update --verbose --pretend system outputs:
These are the packages that I would merge, in order:
[ebuild     U ] sys-apps/coreutils-5.2.1-r4 [5.2.1-r2] -acl -build -debug +nls (-selinux) -static (-uclibc) 0 kB 
[ebuild     U ] sys-devel/autoconf-wrapper-2-r1 [2] 0 kB 
[ebuild     U ] sys-devel/automake-wrapper-1-r1 [1] 0 kB 

A smooth order for "world" would have been to have coreutils emerged last. "system" seems to have a better order.

But it is an easy workaround, and probably not an issue for anyone but me.
Comment 5 Roland Bär 2005-02-08 12:39:53 UTC
Created attachment 50776 [details, diff]
coreutils-5.2.1-r4.ebuild.diff

Please apply attached patch to coreutils-5.2.1-r4
This will happen again, if someone with that defective old installations
emerges coreutils before without an previous emerge system