Did a complete reinstall of the whole system a few days ago including a brand new Gentoo 1.4 RC2 and KDE 3.1 RC6. Am very satisfied and all but lately, packages have been having some trouble emerging. In almost all cases I get a similar error: -- * Configuring GCC... Created "Makefile" in /var/tmp/portage/gcc-3.2.1-r7/work/build using "mh-frag" and "mt-frag" Configuring libiberty... configure: error: gcc-version-trigger: invalid package name Configure in /var/tmp/portage/gcc-3.2.1-r7/work/build/libiberty failed, exiting. -- Almost all ebuilds exit with "configure: error: something: invalid package name". I skimmed through earlier bug reports and thought it might be an issue with the config files. And that's when it hit me. I have never run etc-update yet! So I ran it and... no files to work on? What gives? I'm pretty sure I screwed something up here myself, but how to fix it?
Oh and before you ask, here's "emerge info": Portage 2.0.46-r9 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2) ================================================================= System uname: 2.4.20-gentoo-r1 i686 AMD Athlon(tm) XP 1600+ GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.1/share/config:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="oss mikmod spell gdbm berkdb guile gpm pam perl esd motif apache2 3dnow aalib acpi alsa apm arts avi bonobo cdr cjk crypt cups dga doc dvd encode evo gb gd ggi ggz gif gnome gphoto2 gtk gtk2 gtkhtml imlib java jikes jpeg kde kerberos lcms ldap libg++ libgda libwww mbox mmx mozilla mpeg ncurses nls odbc oggvorbis opengl pdflib pic png python qt qtmt quicktime readline samba scanner sdl slang socks5 sse ssl svga tcpd tiff truetype wmf X xml xml2 xmms xv zlib x86 php mysql" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CXXFLAGS="-march=athlon-xp -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
Some case studies: --/ koffice /-- Calculating dependencies ...done! >>> emerge (1 of 5) app-text/dgs-0.5.10-r1 to / >>> md5 ;-) dgs-0.5.10.tar.gz >>> Unpacking source... >>> Unpacking dgs-0.5.10.tar.gz patching file gs/time_.h >>> Source unpacked. configure: error: x: invalid package name !!! ERROR: app-text/dgs-0.5.10-r1 failed. !!! Function econf, Line 308, Exitcode 1 !!! econf failed --/ /-- --/ tetex (all tetex packages give the same error) /-- Calculating dependencies ...done! >>> emerge (1 of 1) app-text/tetex-20030112 to / >>> md5 ;-) teTeX-src-beta-20030112.tar.gz >>> md5 ;-) teTeX-texmf-beta-20030112.tar.gz >>> Unpacking source... >>> Unpacking teTeX-src-beta-20030112.tar.gz /var/tmp/portage/tetex-20030112/work/teTeX-src-beta-20030112/texmf * Unpacking teTeX-texmf-beta-20030112.tar.gz patching file Makefile.in >>> Source unpacked. X libwww png ncurses configure: error: texinfo: invalid package name !!! ERROR: app-text/tetex-20030112 failed. !!! Function src_compile, Line 95, Exitcode 1 !!! (no error message) --/ /--
please try #emerge -p system does this print any packages
goatbox root # emerge -p system These are the packages that I would merge, in order: Calculating system dependencies ...done! [ebuild U ] sys-devel/gcc-3.2.1-r7 [3.2.1-r6] [ebuild U ] sys-libs/glibc-2.3.1-r3 [2.3.1-r2] [ebuild U ] net-misc/dhcpcd-1.3.22_p4 [1.3.22_p3-r3] [ebuild U ] sys-apps/cpio-2.5 [2.4.2-r4] [ebuild U ] sys-apps/diffutils-2.8.4-r2 [2.8.4-r1] [ebuild U ] sys-apps/findutils-4.1.7-r2 [4.1.7-r1] [ebuild U ] sys-apps/grub-0.93.20030118 [0.92-r1] [ebuild U ] sys-apps/gzip-1.3.3-r1 [1.3.3] [ebuild U ] sys-apps/hdparm-5.3-r1 [5.2-r3] [ebuild U ] sys-apps/netkit-base-0.17-r7 [0.17-r6] [ebuild U ] sys-apps/procps-3.1.5 [2.0.10-r1] [ebuild U ] sys-devel/bin86-0.16.10 [0.15.5] [ebuild U ] sys-devel/gettext-0.11.5-r1 [0.11.5] [ebuild U ] sys-devel/m4-1.4p-r1 [1.4p] [ebuild U ] sys-libs/readline-4.3-r4 [4.2a-r1] However, gcc wont compile, gives the same error, so am upgrading all other packages first, then going to try gcc... Might take a while. (1.4ghz/256mb)
1.) could you please attach your /etc/make.conf and /etc/make.global 2.) do you use emerge -u to update ?
Created attachment 7466 [details] make.conf
Created attachment 7467 [details] make.globals
Only time I've used emerge -u was during the install when the documentation instructed me to do emerge -u world. Normally I just emerge -p pkg and emerge pkg.
emerge pck is just for new installing packages emerge -u world or emerge -u pck is to keep your system up2date does it work now ?
Well, tried to do emerge -u world. Would crash on packages m4 and gcc. Got everything else to emerge though. Here's what happened: goatbox root # emerge -u m4 Calculating dependencies ...done! >>> emerge (1 of 1) sys-devel/m4-1.4p-r1 to / >>> md5 ;-) m4-1.4ppre2.tar.gz >>> Unpacking source... >>> Unpacking m4-1.4ppre2.tar.gz >>> Source unpacked. nls configure: error: modules: invalid package name !!! ERROR: sys-devel/m4-1.4p-r1 failed. !!! Function src_compile, Line 42, Exitcode 1 !!! (no error message) ---- goatbox root # emerge -u gcc Calculating dependencies ...done! >>> emerge (1 of 1) sys-devel/gcc-3.2.1-r7 to / >>> md5 ;-) gcc-3.2.1.tar.bz2 >>> md5 ;-) gcc-3.2.1-branch-update-20021208.patch.bz2 >>> md5 ;-) gcc-3.2.1-manpages.tar.bz2 >>> Unpacking source... >>> Unpacking gcc-3.2.1.tar.bz2 * Working directory: /var/tmp/portage/gcc-3.2.1-r7/work/gcc-3.2.1... * Applying libtool-test.patch... * Applying libtool-tmp.patch... * Applying libtool-portage.patch... * Applying gcc-3.2.1-branch-update-20021208.patch.bz2... [ ok ] * Applying gcc-3.2.1-bug-url.patch... [ ok ] * Applying gcc32-ada-make.patch... [ ok ] * Applying gcc32-shared-pthread.patch... [ ok ] * Applying gcc32-testsuite.patch... [ ok ] * Applying gcc32-tls-reload-fix.patch... [ ok ] * Applying gcc31-loop-load-final-value.patch... [ ok ] * Applying gcc32-fix-sixtrack.patch... [ ok ] * Applying gcc32-pr8213.patch... [ ok ] * Applying gcc32-strip-dotdot.patch... [ ok ] * Applying gcc32-athlon-alignment.patch... [ ok ] * Applying gcc32-libjava-x86_64-biarch-sigaction.patch... [ ok ] * Applying gcc32-pr8988.patch... [ ok ] * Fixing Makefiles... >>> Source unpacked. * Configuring GCC... Created "Makefile" in /var/tmp/portage/gcc-3.2.1-r7/work/build using "mh-frag" and "mt-frag" Configuring libiberty... configure: error: gcc-version-trigger: invalid package name Configure in /var/tmp/portage/gcc-3.2.1-r7/work/build/libiberty failed, exiting. !!! ERROR: sys-devel/gcc-3.2.1-r7 failed. !!! Function src_compile, Line 273, Exitcode 1 !!! (no error message) ---- Things dont simply work! Something must be very borked. I'm going to go onto irc.freenode.net under the name "elver". If you are online, I would love to talk to you on this subject.
try this: emerge portage emerge baselayout texinfo gettext binutils gcc emerge --usepkg --buildpkg glibc baselayout texinfo gettext zlib binutils gcc emerge ncurses
Hmm... cant do that - binutils ebuild crashes :/ >>> Source unpacked. nls * Working directory: /var/tmp/portage/binutils-2.13.90.0.16-r1/work/binutils-2.13.90.0.16... * Applying libtool-test.patch... * Applying libtool-tmp.patch... * Applying libtool-portage.patch... Created "Makefile" in /var/tmp/portage/binutils-2.13.90.0.16-r1/work/binutils-2.13.90.0.16 using "mt-frag" Configuring intl... configure: error: gnu-as: invalid package name Configure in /var/tmp/portage/binutils-2.13.90.0.16-r1/work/binutils-2.13.90.0.16/intl failed, exiting. !!! ERROR: sys-devel/binutils-2.13.90.0.16-r1 failed. !!! Function src_compile, Line 77, Exitcode 1 !!! (no error message)
Talked to my friend Robert Renling ("xcasex") about it. He said he had the same problem with the 1.2 series and untarring the stage3 over everything fixed it. Am raising the severity to critical - seems to be a long-running bug.
try reemerge gettext
Didnt help :/ It's over midnight, I'll get back to it tomorrow at noon. If any *official* Gentoo people are interested, e-mail me and I'll arrange more access to my system for you.
*** Bug 14231 has been marked as a duplicate of this bug. ***
Nick: thx for answering, any more ideas how to solve this ? #more /usr/portage/sys-apps/portage/files/README.RESCUE use Rescue Portage, then #emerge portage then try again
Hmm... This bug seems to have been caused by stupid me running several concurrent emerges. Did an almost complete reinstalled (backed up /etc, /home and /root) and things work now. Sorry to have taken up your time :)
Right, did a complete reinstall just in case. Emerged all the latest soft (about 2 gigs total) including KDE 3.1, Gnome, WindowMaker etc. NEVER did I run multiple emerges at the same time. But now, it seems, things are messed up again the same way. A small example: goatbox aterm-0.4.2 # emerge aterm Calculating dependencies ...done! >>> emerge (1 of 1) x11-terms/aterm-0.4.2-r3 to / >>> md5 ;-) aterm-0.4.2.tar.bz2 >>> Unpacking source... >>> Unpacking aterm-0.4.2.tar.bz2 >>> Source unpacked. configure: error: transparency: invalid feature name make: *** No targets specified and no makefile found. Stop. !!! ERROR: x11-terms/aterm-0.4.2-r3 failed. !!! Function src_compile, Line 39, Exitcode 2 !!! (no error message) ---- This time, however, I took a closer look and spotted an evil little bugger lurking on my system that might be related to what's causing it. I cd'd over to /var/tmp/portage/aterm-0.4.2-r4/work/aterm-0.4.2 Did a ./configure - worked just fine. Tried to make things - didnt work. Here's part of the error messages to lookie at: In file included from protos.h:14, from rxvt.h:1005, from command.c:49: thai.pro:2: parse error before ')' token thai.pro:4: parse error before ')' token thai.pro:6: parse error before ')' token thai.pro:8: parse error before ')' token thai.pro:10: parse error before ')' token thai.pro:12: parse error before ')' token thai.pro:14: parse error before ')' token Now, this same thing repeats for every other source file. I took a look and those src/*.pro files are just evil ridden with strange deformities and hideous syntax errors. Example: int ThaiIsMiddleLineCh(char ch)); int ThaiPixel2Col(int x, int y)); int ThaiCol2Pixel(int col, char *start)); Whatever generates these .pro files, could be the little nuisance behind this all. Here's the output of emerge info for your enjoyment: goatbox aterm-0.4.2 # emerge info Portage 2.0.44 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r3) ================================================================= System uname: 2.4.20-gentoo-r1 i686 AMD Athlon(tm) XP 1600+ USE="oss mikmod spell gdbm berkdb tetex guile gpm pam perl esd motif apache2 3dnow aalib acpi alsa apm arts avi bonobo cdr cjk crypt cups dga doc dvd encode evo gb gd ggi ggz gif gnome gphoto2 gtk gtk2 gtkhtml imlib java jikes jpeg kde kerberos lcms ldap libg++ libgda libwww mbox mmx mozilla mpeg ncurses nls odbc oggvorbis opengl pdflib pic png python qt qtmt quicktime readline samba scanner sdl slang socks5 sse ssl svga tcpd tiff truetype wmf X xml xml2 xmms xv zlib x86 php mysql" ARCH="x86" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CXXFLAGS="-march=athlon-xp -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" MAKEOPTS="-j2" JDK_HOME="/opt/blackdown-jdk-1.4.1_beta" JAVA_HOME="/opt/blackdown-jdk-1.4.1_beta" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" Before you ask, yes I did try the emergency portage rescue procedure, but it didnt help. By the way, does portage keep any logs? Where?
Something else to chew on for you. Still trying to get aterm to compile. goatbox aterm-0.4.2 # ./configure --prefix=/usr --mandir=/usr/share/man --host=i686-pc-linux-gnu --enable-transparency --enable-fading --enable-background-image --enable-menubar --enable-graphics --enable-utmp --with-x --enable-kanji --enable-xim --enable-linespace configure: error: transparency: invalid feature name Did this with the ./configure generated by emerge and autoconf. Didnt work. Copied the same configure script off another working system - same thing. Something I found in the configure script: -enable-* | --enable-*) ac_feature=`echo $ac_option|sed -e 's/-*enable-//' -e 's/=.*//'` # Reject names that are not valid shell variable names. if test -n "`echo $ac_feature| sed 's/[-_a-zA-Z0-9]//g'`"; then { echo "configure: error: $ac_feature: invalid feature name" 1>&2; exit 1; I dont know configure scripts, never written any nor looked into them much but this seems to be the place where it screws up. My money is on the fact that something that the configure scripts use is messed up. Cant be automake though. Any ideas?
you're *still* using an outdated portage ... the latest is 2.0.46-r9 but you're using 2.0.44
Not using outdated Portage - that version there was caused by me using the rescue system - it's still as bonked as it was before I "rescued" it.
Could someone tell me what items are used to parse configure scripts? I think the bug might be in one of them. Everything works up to the point when I run the configure script. It's not a problem with the script itself since I've tried using configure scripts generated on working systems. Same thing.
To generate it, perl and m4 are used. Itself is in most cases a sh script, thus in the case of Gentoo, parsed by bash ...
Elver, I've never looked at this problem before but I have a hunch. Could you post the output of "env" as root on your system? This sounds suspiciously like a pattern-matching problem due to locale-wierdness. Thanks, Aron
Env output as requested. You know, I think you're on to something here. Oh and by the way, I once more unpacked the contents of stage3's /usr and /bin over my own /usr and /bin - things work 99% of the time right now. (after fixing some dependencies...) Meanwhile, I've been setting up systems with RC1 and not RC2 - that one was a bit more stable, it seems. As for aterm/wterm - I finally managed to get wterm to compile by writing a shellscript that would parse the generated .pro files for unnecessary double quotes (grep, awk, sed) and correct them. Then edited the makefile to launch that script for every .pro file it would generate. Works nicely. Env output follows. goatbox root # env PWD=/root XINITRC=/etc/X11/xinit/xinitrc WRASTER_COLOR_RESOLUTION0=4 COLORFGBG=15;default;15 CONFIG_PROTECT=/usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config JAVAC=/opt/blackdown-jdk-1.4.1_beta/bin/javac WINDOWID=14680066 PAGER=/usr/bin/less SGML_CATALOG_FILES=/etc/sgml/sgml-ent.cat:/etc/sgml/sgml-docbook.cat:/etc/sgml/openjade-1.3.1.cat:/etc/sgml/dsssl-docbook-stylesheets.cat:/etc/sgml/sgml-docbook-3.0.cat:/etc/sgml/sgml-docbook-3.1.cat:/etc/sgml/sgml-docbook-4.1.cat:/etc/sgml/sgml-docbook-4.0.cat:/etc/sgml/sgml-lite.cat HOSTNAME=goatbox.dyn.ee KDEDIRS=/usr/kde/3.1:/usr QTDIR=/usr/qt/3 CLASSPATH=/opt/blackdown-jdk-1.4.1_beta/jre/lib/rt.jar:. CC=gcc LESSOPEN=|lesspipe.sh %s MANPATH=/usr/share/man:/usr/local/share/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.2/man:/usr/X11R6/man:/opt/blackdown-jdk-1.4.1_beta/man PS1=\[\033[01;31m\]\h \[\033[01;34m\]\W \$ \[\033[00m\] KDEDIR=/usr/kde/3.1 LESS=-r USER=elver LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.png=01;35:*.mpg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35: CXX=g++ QMAKESPEC=linux-g++ CVS_RSH=ssh INPUTRC=/etc/inputrc EDITOR=/bin/nano LANG=et_EE CONFIG_PROTECT_MASK=/etc/gconf JAVA_HOME=/opt/blackdown-jdk-1.4.1_beta COLORTERM=wterm-xpm INFOPATH=/usr/share/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.2/info DISPLAY=:0.0 LOGNAME=elver SHLVL=4 MOZILLA_FIVE_HOME=/usr/lib/mozilla INFODIR=/usr/share/info:/usr/X11R6/info JDK_HOME=/opt/blackdown-jdk-1.4.1_beta TERM=xterm HOME=/root WMAKER_BIN_NAME=/usr/bin/wmaker PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.2:/usr/X11R6/bin:/opt/blackdown-jdk-1.4.1_beta/bin:/opt/blackdown-jdk-1.4.1_beta/jre/bin:/usr/qt/3/bin:/usr/kde/3.1/sbin:/usr/kde/3.1/bin SANE_CONFIG_DIR=/etc/sane.d _=/usr/bin/env OLDPWD=/home/elver
I'll bet this is the problem: LANG=et_EE Try getting rid of that then emerging some of the problem ebuilds. This is really something that should be handled by portage eventually. Let us know how it goes. Aron
Yup! Removing the LANG variable made all problems go away! Could it be a problem with something that looks for the LANG variable while compiling because it seems that recompiling/upgrading some part of the base system with this variable set borked it up. Well, anyway, resolved now. Thanks!
db fix
