Bugzilla Bug 220321

Dear Sébastien,

The latest ACML ebuild (4.1.0) in portage has some bugs, since it tries an
update on my x86 Gentoo system for which there is no official gfortran build.
At the moment only a 64-bit version of ACML built with gfortran exists. 

Here is the error of a typical update when sci-libs/acml is keyworded as ~x86
in my /etc/portage/package.keywords:

ediap@lespaul ~ $ emerge -uatvDN world

These are the packages that would be merged, in reverse order:

Calculating world dependencies... done!
[ebuild    fU ] sci-libs/acml-4.1.0 [3.6.1-r1] USE="-debug -doc -examples
-gfortran% -ifc% -int64 openmp -test%" 0 kB 

Total: 1 package (1 upgrade), Size of downloads: 0 kB
Fetch Restriction: 1 package

Would you like to merge these packages? [Yes/No] y
>>> Verifying ebuild Manifests...

>>> Emerging (1 of 1) sci-libs/acml-4.1.0 to /
 * checking ebuild checksums ;-) ...                                      [ ok
]
 * checking auxfile checksums ;-) ...                                     [ ok
]
 * checking miscfile checksums ;-) ...                                    [ ok
]
>>> Unpacking source...
 * 
 * ERROR: sci-libs/acml-4.1.0 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_unpack
 *             environment, line 3049:  Called unpack
 *               ebuild.sh, line  313:  Called die
 * The specific snippet of code:
 *      [ -z "$*" ] && die "Nothing passed to the 'unpack' command"
 *  The die message:
 *   Nothing passed to the 'unpack' command
 * 
 * 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/sci-libs/acml-4.1.0/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/sci-libs/acml-4.1.0/temp/environment'.
 * 


The output of "emerge --info" is as follows:

Portage 2.1.4.4 (default-linux/x86/2007.0/desktop, gcc-4.2.3, glibc-2.6.1-r0,
2.6.24-gentoo-r7 i686)
=================================================================
System uname: 2.6.24-gentoo-r7 i686 Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz
Timestamp of tree: Mon, 05 May 2008 06:15:01 +0000
ccache version 2.4 [disabled]
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.6
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="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /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/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--alphabetical"
FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict
unmerge-orphans userfetch"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/
http://gentoo.zie.pg.gda.pl"
LANG="pl_PL.UTF-8"
LC_ALL="pl_PL.UTF-8"
LINGUAS="en pl"
MAKEOPTS="-s -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"
PORTDIR_OVERLAY="/usr/portage/local/layman/science /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="16bit 7zip X a52 aac acpi alsa aoss apache2 arj atlas auctex avi
bash-completion berkdb bidi bitmap-fonts blas bluetooth bzip2 cairo cblas cdda
cddb cdparanoia cdr crypt cups curl dbus dhcp dillo divx dlloader dri dts dvd
dvdr dvdread dvi edl emacs emacs-w3 encode exif exo extras fam fbcon fftw
firefox flac foomaticdb fortran gd gdbm gif gmedia gpm gstreamer gtk gtk2
gzip-el hal i8x0 icq idle imagemagick imap imlib ipw3945 jabber javascript jpeg
jpeg2k lapack lcd leim libnotify logrotate mad maildir mailwrapper md5sum mmx
mmxext motif mozdevelop moznocompose moznoirc moznomail mozsvg mp3 mpeg mplayer
musepack ncurses nls nptl nptlonly nsplugin objc++ ogg opengl openmp pam pcre
pdf perl plotutils plugins pmu png ppds preview-latex python qa quicktime rar
readline real realmedia rtc sasl sdl session slang smime spell srv sse sse2 ssl
ssse3 startup-notification svg symlink tcpd tetex theora thumbnail tiff
toolkit-scroll-bars trayicon truetype type1 unicode usb userlocales vcd vorbis
wifi win32codecs wma wmf wmp x86 xforms xfs xft xhtml xml xorg xosd xprint
xscreensaver xslt xv xvid xvmc zip zlib zsh-completion" ALSA_CARDS="hda-intel"
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="keyboard mouse synaptics" KERNEL="linux"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses
text" LINGUAS="en pl" USERLAND="GNU" VIDEO_CARDS="i810"
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Hi Adam,

Thanks for reporting.
Yes, there is no gfortran build on x86. I commited a revision to force x86
users for the ifort build and fixed other minor errors.
I'm not sure there will be other builds on x86. I will ask upstream.
Anyway even the gfortran builds are libgfortran version dependent, specifically
on gcc-4.2. Hopefully the situation should improve with gcc-4.3.
This bug should be fixed then. Please re-open if you see more inconvenience.