gnuplot compiles fine, but fails the installa phase with this error: ------------------------------------------------------- You should not use ${EPREFIX} with helpers. --> /opt/gentoo/usr/share/texmf-site/tex/latex/gnuplot ------------------------------------------------------- * ERROR: sci-visualization/gnuplot-4.2.5 failed: * (no error message) * * Call stack: * ebuild.sh: 49: <call src_install> * environment:3397: doins term/lua/gnuplot-lua-tikz.sty || die; * * If you need support, post the topmost build error, and the call stack if relevant. Dunno what is the relevant error, I'll post a build.log soon Reproducible: Always Steps to Reproduce: 1. emerge gnuplot
Created attachment 188546 [details] build.log and here it's my emerge --info Portage 2.2.00.13346-prefix (prefix/darwin/macos/10.5/x86, gcc-4.2.1, unavailable, 9.6.0 i386) ================================================================= System uname: Darwin-9.6.0-i386-32bit Timestamp of tree: Wed, 15 Apr 2009 18:03:04 +0000 distcc 2.18.5-Apple.1 i386-apple-darwin9.0 (protocols 1 and 2) (default port 3632) [disabled] app-shells/bash: 3.2_p48-r1 dev-lang/python: 2.5.4-r2, 2.6.1-r1 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2-r00.1 sys-devel/gcc-config: 1.4.1-r00.1 sys-devel/libtool: 2.2.6a ACCEPT_KEYWORDS="~x86-macos" CBUILD="i686-apple-darwin9" CFLAGS="-O2 -fomit-frame-pointer -pipe -march=core2" CHOST="i686-apple-darwin9" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -fomit-frame-pointer -pipe -march=core2" DISTDIR="/opt/gentoo/usr/portage/distfiles" EPREFIX="/opt/gentoo" FEATURES="collision-protect distlocks fixpackages nostrip parallel-fetch preserve-libs protect-owned sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="it_IT.UTF-8" LDFLAGS="" LINGUAS="it en" MAKEOPTS="-j3" PKGDIR="/opt/gentoo/usr/portage/packages" PORTAGE_CONFIGROOT="/opt/gentoo/" 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="/opt/gentoo/var/tmp" PORTDIR="/opt/gentoo/usr/portage" PORTDIR_OVERLAY="/opt/gentoo/usr/local/portage" SYNC="rsync://rsync.prefix.freens.org/gentoo-portage-prefix" USE="acl aqua bash-completion bzip2 coreaudio cracklib epydoc gtk iconv ipv6 latex lua lzma midi mmx mmxext ncurses nls objc objc++ openmp pcre prefix python readline ruby sqlite sqlite3 sse sse2 ssl threads truetype unicode vim-pager vim-syntax x86-macos xml zlib" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon 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 deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="Darwin" INPUT_DEVICES="keyboard mouse" KERNEL="Darwin" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it en" USERLAND="GNU" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
ah, USE="latex lua". Ok, fixed, thanks!
Created attachment 188699 [details] build.log synced today but.. !!! doins: term/lua/gnuplot-lua-tikz.sty does not exist
same as above (no way to reopen bug while creating a new attachment, sorry)
[tefnut:gnuplot-4.2.5/work/gnuplot-4.2.5] % find . -name gnuplot-lua-tikz.sty [tefnut:gnuplot-4.2.5/work/gnuplot-4.2.5] % la term/lua ls: cannot access term/lua: No such file or directory [tefnut:gnuplot-4.2.5/work/gnuplot-4.2.5] % find . -name "lua" [tefnut:gnuplot-4.2.5/work/gnuplot-4.2.5] % Seems to me the ebuild is out of date, as that entire file is nowhere to be found (any more).
@grobian: The prefix ebuild calls unpack in src_prepare, which means that it will unpack to ${S} instead of ${WORKDIR}. So, it's no wonder if some files are not found. ;-)
FAIL sorry.
(In reply to comment #6) > @grobian: The prefix ebuild calls unpack in src_prepare, which means that it > will unpack to ${S} instead of ${WORKDIR}. So, it's no wonder if some files are > not found. ;-) > fixed.
