"emerge system" fails on mips64 R5000 SGI O2 due to an error in expat-1.95.8 and popt-1.7-r1 The problem is that expat and popt ships with old versions of config.guess. As a work around I changed in the ebuilds so these packages use /usr/share/libtool/config.guess from libtool-1.5.10-r4 instead of the ones supplied with the expat and popt packages. (Maybe it's possible to use /usr/share/gnuconfig/config.guess from package sys-devel/gnuconfig. I haven't tried that.) The problem seems to be related to bug 39548 and bug 51555. Here is the error messages from expat: ====================================================== >>> emerge (38 of 83) dev-libs/expat-1.95.8 to / >>> md5 src_uri ;-) expat-1.95.8.tar.gz >>> Unpacking source... >>> Unpacking expat-1.95.8.tar.gz to /var/tmp/portage/expat-1.95.8/work * Applying uClibc/libtool patches ... * Fixing ${S}/configure... [ ok ] >>> Source unpacked. configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking build system type... conftools/config.guess: unable to guess system type This script, last modified 2002-03-20, has failed to recognize the operating system you are using. It is advised that you download the most up to date version of the config scripts from ftp://ftp.gnu.org/pub/gnu/config/ If the version you run (conftools/config.guess) is already up to date, please send the following data and any information you think might be pertinent to <config-patches@gnu.org> in order to provide the needed information to handle your system. config.guess timestamp = 2002-03-20 uname -m = mips64 uname -r = 2.6.10-mipscvs-20050115-ip32r5k uname -s = Linux uname -v = #2 Fri Jan 28 21:02:04 EST 2005 /usr/bin/uname -p = R5000 V2.1 FPU V1.0 /bin/uname -X = hostinfo = /bin/universe = /usr/bin/arch -k = /bin/arch = mips64 /usr/bin/oslevel = /usr/convex/getsysinfo = UNAME_MACHINE = mips64 UNAME_RELEASE = 2.6.10-mipscvs-20050115-ip32r5k UNAME_SYSTEM = Linux UNAME_VERSION = #2 Fri Jan 28 21:02:04 EST 2005 configure: error: cannot guess build type; you must specify one ================================================================ Here is the error messages from popt: ================================================================ >>> emerge (3 of 7) dev-libs/popt-1.7-r1 to / >>> md5 src_uri ;-) popt-1.7.tar.gz >>> Unpacking source... >>> Unpacking popt-1.7.tar.gz to /var/tmp/portage/popt-1.7-r1/work * Patching ${S}/ltmain.sh ... * Applying portage-1.4.1.patch ... * Applying sed-1.4.3.patch ... * Applying uClibc/libtool patches ... * Fixing ${S}/configure... [ ok ] >>> Source unpacked. ./configure --prefix=/usr --host=mips-unknown-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib --enable-nls configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. configure: loading cache /dev/null ./configure: line 1: ./configure:: No such file or directory checking build system type... ./config.guess: unable to guess system type This script, last modified 2001-09-04, has failed to recognize the operating system you are using. It is advised that you download the most up to date version of the config scripts from ftp://ftp.gnu.org/pub/gnu/config/ If the version you run (./config.guess) is already up to date, please send the following data and any information you think might be pertinent to <config-patches@gnu.org> in order to provide the needed information to handle your system. config.guess timestamp = 2001-09-04 uname -m = mips64 uname -r = 2.6.10-mipscvs-20050115-ip32r5k uname -s = Linux uname -v = #2 Fri Jan 28 21:02:04 EST 2005 /usr/bin/uname -p = R5000 V2.1 FPU V1.0 /bin/uname -X = hostinfo = /bin/universe = /usr/bin/arch -k = /bin/arch = mips64 /usr/bin/oslevel = /usr/convex/getsysinfo = UNAME_MACHINE = mips64 UNAME_RELEASE = 2.6.10-mipscvs-20050115-ip32r5k UNAME_SYSTEM = Linux UNAME_VERSION = #2 Fri Jan 28 21:02:04 EST 2005 configure: error: cannot guess build type; you must specify one ==================================================================== Here is the workaround I did in the expat ebuild: ==================================================================== Change in the ebuild /usr/portage/dev-libs/expat/expat-1.95.8.ebuild From: src_unpack() { unpack ${A} cd "${S}" uclibctoolize } To: src_unpack() { unpack ${A} cd "${S}" uclibctoolize mv /var/tmp/portage/expat-1.95.8/work/expat-1.95.8/conftools/config.gue ss /var/tmp/portage/expat-1.95.8/work/expat-1.95.8/conftools/config.guess.org ln -s /usr/share/libtool/config.guess /var/tmp/portage/expat-1.95.8/wor k/expat-1.95.8/conftools/config.guess } =================================================================== Here is the workaround I did in the popt ebuild: =========================================================== Changed the ebuild /usr/portage/dev-libs/popt/popt-1.7-r1.ebuild Changed the section: src_unpack() { unpack ${A} cd "${S}" elibtoolize use nls || touch ../rpm.c } To: src_unpack() { unpack ${A} cd "${S}" elibtoolize use nls || touch ../rpm.c mv /var/tmp/portage/popt-1.7-r1/work/popt-1.7/config.guess /var/tmp/portage/popt-1.7-r1/work/popt-1.7/config.guess.org ln -s /usr/share/libtool/config.guess /var/tmp/portage/popt-1.7-r1/work/popt-1.7/config.guess } =================================================================== Reproducible: Always Steps to Reproduce: To reproduce: On an mips64 system do: emerge =dev-libs/expat-1.95.8 emerge =dev-libs/popt-1.7-r1 Actual Results: See error messages under section "Details" gentoo-mips-20050126 / # emerge info Portage 2.0.51-r15 (default-linux/mips/2004.2, gcc-3.4.1, glibc-2.3.4.20040619-r2, 2.6.10-mipscvs-20050115-ip32r5k mips64) ================================================================= System uname: 2.6.10-mipscvs-20050115-ip32r5k mips64 R5000 V2.1 FPU V1.0 Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 3 2005, 13:18:46)] 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.14.90.0.8-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.21-r3 ACCEPT_KEYWORDS="mips" AUTOCLEAN="yes" CFLAGS="-O2 -mips4 -mabi=32 -fomit-frame-pointer" CHOST="mips-unknown-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 -mips4 -mabi=32 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks" GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ ftp://ftp.uninett.no/pub/linux/Gentoo ftp://mirror. pudas.net/gentoo http://mirror.pudas.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="mips berkdb bitmap-fonts gdbm gpm libwww ncurses nls nomultilib pam perl python readline sdl slang ssl tcpd truetype-fonts type1-fonts zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Is this still a problem for you? I can't reproduce it on my system. Our profiles use FEATURES="autoconfig" which automatically updates config.guess and config.sub, so this shouldn't be a problem.
Sorry for the late reply. I don't have access to the system right now. I will be glad to cheek the FEATURES variable, then I get access to the system. Hopefully I will get access tomorrow or in a few days. Best regards
It was not easy to find a stage-tarball for mips, then I started my installation a few weeks ago. The one I fond was: stage2-mips4-20040713.tar.bz2 Then I used emerge during the installation, I got the message: ------------------------------------------------------------------ !!! Your current profile is deprecated and not supported anymore. !!! Please upgrade to the following profile if possible: default-linux/mips/2004.2 To upgrade do the following steps: # emerge -n '>=sys-apps/portage-2.0.51' # cd /etc/ # rm make.profile # ln -s ../usr/portage/profiles/default-linux/mips/2004.2 make.profile ------------------------------------------------------------------- After I did my fix to the expat and popt ebuilds, I was able to upgrade to the latest portage and make the link according to the instructions above. (It was not possilbe to upgrade to a new portage without my fix.) I now realize that "autoconfig" was not included in FEATURES from the stagetarball, but it is included in the new profile. Now with the new profile, I can emerge both expat and popt without problem. My conclusion is that in order to avoid that other people get the same problem, a tarball with a newer profile should be available and instructions how to find that new one, should be included in the mips installation handbook. Best regards Tobias
Well, the profile provided with the stage tarball is irrelevant, since the first time you emerge sync, the new profile is immediately available. However, there are more recent stages with a newer portage. See http://dev.gentoo.org/~hardave/mips/stages/2004.3/ for these. I think they are probably in the experimental folder on the mirrors.
Ok, I see. Thanks for your work with this bug! Best regards Tobias
