Compiling app-office/openoffice-1.1.0-r1 with gcc-3.3.1-r5 using Dr. Etoh's patch (see bug #28728) and -fstack-protector. The ebuild fails with the message xargs: environment is too large for exec Reproducible: Didn't try Steps to Reproduce: 1. Add -fstack-protector to CFLAGS. (I don't know if this is necessary to cause failure. I will test without -fstack-protector and report results.) 2. choose unstable ebuilds 3. emerge -uv openoffice Actual Results: Build failed with the following messages: ------------------------------ Making: ../unxlngi4.pro/bin/makedepend unx xargs: environment is too large for exec dmake: Error code 1, while making '../unxlngi4.pro/bin/makedepend' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/soltools/mkdepend !!! ERROR: app-office/openoffice-1.1.0-r1 failed. !!! Function src_compile, Line 443, Exitcode 1 !!! Build failed! Expected Results: Should build successfully. See bug #24113, which was closed resolved, invalid. My situation gives the identical error message and the same point as this bug. bash-2.05b# emerge info Portage 2.0.49-r13 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r6, 2.4.20-gentoo-r6) ================================================================= System uname: 2.4.20-gentoo-r6 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.4.3.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -O2 -pipe -fstack-protector" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb /opt/tomcat/conf /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -O2 -pipe -fstack-protector" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://gentoo.seren.com/gentoo ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm berkdb slang readline arts tetex bonobo svga tcltk java guile ruby mysql postgres X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla ldap snmp cdr 3dnow acl acpi acpi4linux apache2 dnd doc dvd ethereal evo fbcon fbdev foreign-package foreign-sysvinit freetds gb ginac gnomedb gtk2 imap innodb ipv6 jikes junit kerberos libgda maildir mbox mdb moznoirc moznomail oci8 odbc ofx pda pic plotutils radeon samba sasl slp sse tiff type1 usb wmf wxwindows Xaw3d xml zeo"
had this one yet?: Calculating dependencies ...done! >>> emerge (1 of 1) app-office/openoffice-1.1.0-r1 to / >>> md5 src_uri ;-) OOo_1.1.0_source.tar.bz2 >>> md5 src_uri ;-) gpc231.tar.Z >>> md5 src_uri ;-) freetype-2.1.4.tar.bz2 * **************************************************************** * It is important to note that OpenOffice.org is a very fragile * build when it comes to CFLAGS. A number of flags have already * been filtered out. If you experience difficulty merging this * package and use agressive CFLAGS, lower the CFLAGS and try to * merge again. * **************************************************************** >>> Unpacking source... >>> Unpacking OOo_1.1.0_source.tar.bz2 to /var/tmp/portage/openoffice-1.1.0-r1/work >>> Unpacking gpc231.tar.Z to /var/tmp/portage/openoffice-1.1.0-r1/work * Applying newstlportfix.patch... [ ok ] * Applying no-mozab.patch... [ ok ] * Applying nptl.patch... [ ok ] * Fixing makefiles for multiprocess builds... >>> Source unpacked. * Configuring OpenOffice.org with language support for US English (default)... ******************************************************************** * * * OpenOffice.org build configuration. * * * * The configure proces checks your platform to see whether * * you can build OpenOffice.org on it. * * This proces checks all pre-requisites and generates a file * * containing the necessary environment variables. * * Source this file after configure has ended successfully. * * * * Any warning that is generated during the configure process * * must be taken into account, since it can be a reason for * * an unsuccessfull build of OpenOffice.org * * * ******************************************************************** ******************************************************************** * * * Checking the platform pre-requisites. * * * ******************************************************************** checking for gawk... gawk checking for gawk... /bin/gawk checking for sed... /bin/sed checking the operating system... checked (Linux) checking for gcc... /usr/bin/ccache gcc checking for C compiler default output... configure: error: C compiler cannot create executables See `config.log' for more details. !!! ERROR: app-office/openoffice-1.1.0-r1 failed. !!! Function src_compile, Line 369, Exitcode 77 !!! (no error message)
Frank, I think your situation is different. From the error message, I suspect your compilation toolchain is not working properly. Look at the config.log for more details of what failed.
I tested this again with both -fstack-protector and without. I get the identical failures as in the original report. Googling this error message, I see that it is possible to patch xargs to use a larger limit. (I don't know if the kernel has to be patched or not to allow exec to accept a larger environment.) I will look into this next. I don't know if the current limit is simply too small for such a complicated build as OpenOffice.org.
I got this error just now as well. Making: ../unxlngi4.pro/obj/pr.obj gcc -fmessage-length=0 -c -I. -I. -I../inc -I../inc -I../unx/inc -I../unxlngi4.pro/inc -I. -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/inc/dont_use_stl -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/inc/external -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/inc -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solenv/unxlngi4/inc -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solenv/inc -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/res -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/inc/dont_use_stl -I/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solenv/inc/Xp31 -I/opt/blackdown-jdk-1.4.1/include -I/opt/blackdown-jdk-1.4.1/include/linux -I/opt/blackdown-jdk-1.4.1/include/native_threads/include -I/usr/X11R6/include -I. -I../res -I. -march=athlon-xp -O2 -pipe -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -pipe -mcpu=pentiumpro -DLINUX -DUNX -DVCL -DGCC -DC300 -DINTEL -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=645 -DBUILD=8693 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRX645 -DNO_X11 -DXP_PC -DHW_THREADS -DINCLUDEDIR=\".\" -DSINGLETHREAD -o ../unxlngi4.pro/obj/pr.o pr.c if ( -e ../unxlngi4.pro/obj/pr.o) touch ../unxlngi4.pro/obj/pr.obj ------------------------------ Making: ../unxlngi4.pro/bin/makedepend unx xargs: environment is too large for exec dmake: Error code 1, while making '../unxlngi4.pro/bin/makedepend' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/soltools/mkdepend
I followed the approach of Don Pittman (don.pittman@rdec.redstone.army.mil) Mon, 30 Dec 2002 16:08:22 -0600. See http://www2.fsmlabs.com/pipermail/rtl/2002-December/011528.html of modifying the allowable environment size in xargs.c, part of the findutils package. In the package sys-apps/findutils-4.1.20, I edited the xargs.c file. In that file, there is code which limits the environment length to 20*1024. I changed this to 30*1024. Then I rebuilt the package. Doing the above eliminated the xargs:environment is too large error. However, the ebuild still failed. (I assume this is later in the ebuild, but I'm not sure.) Here are the messages: /var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/filter/source/xsltfilter Making dpj... ------------------------------ Making: ../../unxlngi4.pro/misc/XSLTFilter.dpc dmake subdmake=true -f makefile.mk product="full" depend=t ALLDPC ------------------------------ No Dependencies javac -classpath ".:../../unxlngi4.pro/class:/opt/blackdown-jdk-1.4.1/jre/lib/rt.jar:.:/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/sandbox.jar:/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/ridl.jar:/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/unoil.jar:/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/jurt.jar:/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/juh.jar" -d ../../unxlngi4.pro/class XSLTFilter.java XSLTFilter.java:63: package com.sun.star.xml does not exist import com.sun.star.xml.XImportFilter; ^ XSLTFilter.java:64: package com.sun.star.xml does not exist import com.sun.star.xml.XExportFilter; ^ XSLTFilter.java:143: cannot resolve symbol symbol : class XImportFilter location: class XSLTFilter._XSLTFilter XImportFilter, ^ XSLTFilter.java:144: cannot resolve symbol symbol : class XExportFilter location: class XSLTFilter._XSLTFilter XExportFilter, ^ XSLTFilter.java:179: cannot resolve symbol symbol : class XExportFilter location: class XSLTFilter._XSLTFilter new Type( XExportFilter.class ), ^ XSLTFilter.java:180: cannot resolve symbol symbol : class XImportFilter location: class XSLTFilter._XSLTFilter new Type( XImportFilter.class ), ^ 6 errors dmake: Error code 1, while making '../../unxlngi4.pro/misc/XSLTFilter_dummy.java' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/filter/source/xsltfilter !!! ERROR: app-office/openoffice-1.1.0-r1 failed. !!! Function src_compile, Line 443, Exitcode 1 !!! Build failed!
*** Bug 30335 has been marked as a duplicate of this bug. ***
Howard, after fixing xargs, did you then start over all from scratch, or just rerun the compile stage? As the failure is in the dependency calculation that might not work.
This is for "Additional Comment #1 From Frank Leong 2003-10-17 14:43 PST": Open Office needs "dev-util/ccache" to be installed! Just do an emerge dev-util/ccache and everythin should work fine. I'm going to do a bug report on this, because this is a dependency problem (I think... ;-) Good luck, Oli
Re: Comment #7: Paul, I ran emerge -uv openoffice again, not simply ebuild ... compile. Therefore, I assume everything was redone from scratch. Re: Comment #5: I had a thought about the missing com.sun.star.xml: I'm using blackdown-1.4.1. Does that Java have the package, or should I be using another Java, e.g., Sun's Java?
This is certainly not a ccache issue. openoffice should compile without ccache. I can currently reproduce the problem and I do use ccache. It is an issue with a recent version of ??? I'll try to isolate which package is the culprit and which one can be used to make it work again.
Created attachment 19423 [details] complete emerge output of error This is my complete output while emerging. The same bug as reported above but so people can trace it back possibly. Hope it helps.
just wanted to say, that i have the same error. flo@basil /usr/local/portage $ sudo emerge info Portage 2.0.49-r13-2 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r6, 2.4.20-gentoo-r7) ================================================================= System uname: 2.4.20-gentoo-r7 i686 AMD Athlon(TM) XP 2200+ Gentoo Base System version 1.4.3.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" 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/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gdbm berkdb slang readline arts tetex svga ggi X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis motif opengl mozilla doc innodb imap ipv6 -kde -qt -gnome -gtk cdr -java alsa sse 3dnow dvd"
I don't have ccache installed. Maybe somewhere the ebuild assumes I do (and perhaps it even assumes a certain version)? I'm currently back to oo-bin (need to type stuff), so I won't be looking at the config log... :(
same "xargs: environment is too large for exec" error for me. both with oo 1.1.0 in portage and oo-ximian-1.1.0-r1 from break-my-gentoo. Making: ../unxlngi4.pro/bin/makedepend unx xargs: environment is too large for exec dmake: Error code 1, while making '../unxlngi4.pro/bin/makedepend' can't this be a tcsh ENV length limitation ?
So, here it is (maybe I should have made an attachment?): matchasm config_office # cat config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.57. Invocation command line was $ ./configure --enable-gcc3 --with-jdk-home=/opt/blackdown-jdk-1.4.1 --with-lang=ENUS,ENUS --with-x ## --------- ## ## Platform. ## ## --------- ## hostname = matchasm.student.utwente.nl uname -m = i686 uname -r = 2.4.20-gentoo-r6 uname -s = Linux uname -v = #1 SMP Thu Sep 11 01:24:03 CEST 2003 /usr/bin/uname -p = AMD Athlon(tm) processor /bin/uname -X = unknown /bin/arch = i686 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/bin/ccache PATH: /sbin PATH: /usr/sbin PATH: /usr/lib/portage/bin PATH: /bin PATH: /usr/bin PATH: /usr/local/bin PATH: /opt/bin PATH: /usr/i586-pc-linux-gnu/gcc-bin/3.2 PATH: /opt/Acrobat5 PATH: /usr/X11R6/bin PATH: /opt/blackdown-jdk-1.4.1/bin PATH: /opt/blackdown-jdk-1.4.1/jre/bin PATH: /usr/qt/3/bin PATH: /usr/kde/3.1/sbin PATH: /usr/kde/3.1/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1646: checking for gawk configure:1662: found /bin/gawk configure:1672: result: gawk configure:1684: checking for gawk configure:1702: found /bin/gawk configure:1714: result: /bin/gawk configure:1731: checking for sed configure:1749: found /bin/sed configure:1761: result: /bin/sed configure:1777: checking the operating system configure:1834: result: checked (Linux) configure:2017: checking for gcc configure:2043: result: /usr/bin/ccache gcc configure:2287: checking for C compiler version configure:2290: /usr/bin/ccache gcc --version </dev/null >&5 ./configure: line 1: /usr/bin/ccache: is a directory configure:2293: $? = 126 configure:2295: /usr/bin/ccache gcc -v </dev/null >&5 ./configure: line 1: /usr/bin/ccache: is a directory configure:2298: $? = 126 configure:2300: /usr/bin/ccache gcc -V </dev/null >&5 ./configure: line 1: /usr/bin/ccache: is a directory configure:2303: $? = 126 configure:2327: checking for C compiler default output configure:2330: /usr/bin/ccache gcc -O2 -mcpu=athlon-tbird -march=athlon-tbird -pipe -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER conftest.c >&5 ./configure: line 1: /usr/bin/ccache: is a directory configure:2333: $? = 126 configure: failed program was: | #line 2306 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2372: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_env_CC_set=set ac_cv_env_CC_value='/usr/bin/ccache gcc' ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value='-O2 -mcpu=athlon-tbird -march=athlon-tbird -pipe -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER' ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value='-O2 -mcpu=athlon-tbird -march=athlon-tbird -pipe -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER' ac_cv_env_CXX_set=set ac_cv_env_CXX_value='/usr/bin/ccache g++' ac_cv_env_LDFLAGS_set= ac_cv_env_LDFLAGS_value= ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_path_AWK=/bin/gawk ac_cv_path_SED=/bin/sed ac_cv_prog_AWK=gawk ac_cv_prog_ac_ct_CC='/usr/bin/ccache gcc' ## ----------------- ## ## Output variables. ## ## ----------------- ## ANT='' ANT_HOME='' ASM_HOME='' AWK='/bin/gawk' BISON='' CC='/usr/bin/ccache gcc' CFLAGS='-O2 -mcpu=athlon-tbird -march=athlon-tbird -pipe -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER' COMEX='' COMPATH='' CPP='' CPPFLAGS='' CXX='/usr/bin/ccache g++' CXXCPP='' CXXFLAGS='-O2 -mcpu=athlon-tbird -march=athlon-tbird -pipe -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER -DTT_CONFIG_OPTION_BYTECODE_INTERPRETER' CYGWIN='' DEFS='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' ENABLE_CRASHDUMP='' ENABLE_DEBUG='FALSE' ENABLE_STATIC_GTK='' ENABLE_SYMBOLS='' EXCEPTIONS='' EXEEXT='' FLEX='' GCC_HOME='' GNUCP='' GNUMAKE='' GNUPATCH='' GTK_CFLAGS='' GTK_LIBS='' GXX_INCLUDE_PATH='' JAVA='' JAVAC='/opt/blackdown-jdk-1.4.1/bin/javac' JAVA_HOME='/opt/blackdown-jdk-1.4.1' JDK='' LDFLAGS='' LIBART_CFLAGS='' LIBART_LIBS='' LIBOBJS='' LIBS='' LIBSN_CFLAGS='' LIBSN_LIBS='' LOCAL_SOLENV='' LOCAL_SOLVER='' LTLIBOBJS='' MIDL_PATH='' ML_EXE='' MSPDB_PATH='' OBJEXT='' OSVERSION='' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATCH='' PATH_SEPARATOR=':' PERL='' PKG_CONFIG='' PSDK_HOME='' PTHREAD_CFLAGS='' PTHREAD_LIBS='' SED='/bin/sed' SHELL='/bin/sh' SOLAR_JAVA='' STLPORT4='' TCSH='' UPD='' USE_GCC3='' USE_SHELL='tcsh' WDEVENV_PATH='' WITH_DICT='' WITH_GPC='' WITH_LANG='' WITH_LIBART='' WITH_LIBSN='' WITH_MINGWIN='0' XINC='' XLIB='' XMKMF='' X_CFLAGS='' X_EXTRA_LIBS='' X_LIBS='' X_PRE_LIBS='' ZIP='' ZIP_HOME='' _cc='' ac_ct_CC='/usr/bin/ccache gcc' ac_ct_CXX='' bindir='${exec_prefix}/bin' build_alias='' datadir='${prefix}/share' exec_prefix='NONE' host_alias='' includedir='${prefix}/include' infodir='${prefix}/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='${prefix}/man' oldincludedir='/usr/include' prefix='NONE' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "" #define PACKAGE_STRING "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" configure: exit 77
Making: ../../../../../unxlngi4.pro/slb/expat_xmlparse.lib xargs: argument line too long dmake: Error code 1, while making '../../../../../unxlngi4.pro/slb/expat_xmlparse.lib' dmake: '../../../../../unxlngi4.pro/slb/expat_xmlparse.lib' removed. ---* TG_SLO.MK *--- dmake: Error code 255, while making 'target' ---* *--- dmake: Error code 255, while making './unxlngi4.pro/misc/build/so_built_so_expat' ---* TG_SLO.MK *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/expat Portage 2.0.49-r13 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r6, 2.6.0-test8) ================================================================= System uname: 2.6.0-test8 i686 Intel(R) Celeron(R) CPU 1.70GHz Gentoo Base System version 1.4.3.11 distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-fomit-frame-pointer -mcpu=pentium4 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" 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/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -pipe -O2 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache autoaddcvs sandbox userpriv" GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses png quicktime spell truetype xml2 xmms xv zlib gtkhtml alsa gdbm slang readline arts tetex aalib bonobo svga ggi tcltk guile mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome qt motif opengl mozilla cdr apache2 dvd gtk2 ipv6 maildir sasl sse tiff usb wmf xml -oss -apm -nls -pdflib -berkdb gtk -ldap joystick oss -kde -nptl -java mmx"
Please all, I don't really need new me-too's I have confirmed the problem although I have not yet isolated its cause. If you know the cause or a solution, please tell me as an attachment, but more xargs error messages don't really help.
Re: Comment #15: Frank, your bug and a fix are described in bug #30636. Please refer to that discussion.
Re: Comment #17: Paul, please see my previous comments. First, should xargs be patched to increase the allowable environment size? When I did so, the "environment is too large" message went away. But there was a later failure. Therefore, I suspect that there are 2 problems. See comment #5 for the possible 2nd problem.
Howard, I saw your comment. However it is a workaround that apparently even has problems. The thing is, I did have openoffice compiled correctly. There is some package that has been upgraded not that long ago (If only I knew which one), that is causing things to fail suddenly. I believe it is not fileutils as going back to an old version did not solve the problem.
Paul, look at bug #24113. It was an intermittent problem back in July with 1.1beta. My hypothesis is that the environment is getting too large, maybe it's right on the borderline of 20*1024 bytes long. I suggest you bump up your limit in xargs.c and try again, as I did in comment #5, or you may want to get even bigger, say 40*1024. Just a thought....
Sir Joltalot posted a patch to findutils which circumvents the xargs problem by eliminating the environment limit altogether in xargs.c and OO 1.1.0 has been building nicely here for a couple of hours so far, probably more than half done on a 12K bogomips box. See <http://forums.gentoo.org/viewtopic.php?t=92757&postdays=0&postorder=asc&highlight=openoffice&start=200> and do a search on the page for "Post subject: Findutils". If this needs to be a permanent patch to xargs then maybe it needs to be incorporated into the portage tree, otherwise perhaps the OpenOffice ebuild needs to compile it's own temp version of xargs without the environment limit.
Re: Comment #22: Lindsay, Sir Joltalot's patch is an independent version of what Don Pittman suggested in the message referred to in comment #5. (I increased the xargs limit from 20*1024 to 30*1024, rather than eliminating it entirely.) Either approach lets the compile continue. Note, however, that I still reached another problem, listed at the end of comment #5. I'll be interested to see if your build completes normally or not. If so, maybe someone can help me figure out why my build is dying where it does. Thanks.
The build completed successfully and I didn't hit the java error you cite. Don't know what this might be. I have these packages installed which may have covered the dependency. * dev-java/blackdown-jdk Latest version available: 1.4.1 Latest version installed: 1.4.1 Size of downloaded files: 118,889 kB Homepage: http://www.blackdown.org Description: Blackdown Java Development Kit 1.4.1 * dev-java/java-config Latest version available: 0.2.8-r2 Latest version installed: 0.2.8-r2 Size of downloaded files: 0 kB Homepage: http://www.gentoo.org/ Description: Utility to change the Java Virtual Machine being used
The build completed successfully and I didn't encounter the java errors you reported. I have the following installed which may have covered the dependencies: * dev-java/blackdown-jdk Latest version available: 1.4.1 Latest version installed: 1.4.1 Size of downloaded files: 118,889 kB Homepage: http://www.blackdown.org Description: Blackdown Java Development Kit 1.4.1 * dev-java/java-gtk Latest version available: 0.7.1 Latest version installed: [ Not Installed ] Size of downloaded files: 725 kB Homepage: http://java-gnome.sourceforge.net/ Description: GTK+ bindings for Java It's also become obvious to me that there are several groups working on problems such as this, all of them coming up with useful results but sometimes unaware of the work of the others. There are people on the gentoo forums at forums.gentoo.org. Another is the subscribers to gentoo-desktop@gentoo.org, and the third is the group of developers and others following bug threads on bugs.gentoo.org.
*** Bug 31614 has been marked as a duplicate of this bug. ***
I'm working on finding the cause for these problems. I don't think that changing findutils is a good solution. Where did the limit come from and why does it byte some people?
Re: Comment #25 and comment #27 Lindsay, I bumped the xargs limit up to 40*1024 (rather than eliminating it entirely). Then my build went to completion without error. Paul, I believe the current limit in xargs (20*1024 bytes) is arbitrary. The code calls it a "sanity check" for systems with huge arg_max values. It seems to me that "sane" is being redefined by OpenOffice. (Remember when IBM said there would only be 5 computers sold in the world, or when Bill Gates said 640K would be enough for anyone?) Therefore, I would boost the xargs limit. Based on my test in comment #5, 30*1024 is too low (i.e., a 50% increase), but 40*1024 (a 100% increase) works. As far as the appropriate limit value (if any), what limit is used in other versions of xargs (e.g., on Solaris or AIX)? For what The Open Group says about xargs, refer to http://www.opengroup.org/onlinepubs/007904975/utilities/xargs.html .
After having the xargs problem, I used the fix mentioned in comment #22 and the compile part worked fine (no Java problems). However it stopped at the beginning of the install_src function. Here's the last info I got from the build: zip -j -5 "../unxlngi4.pro/01/normal/f_0415" "/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/gnomeint" adding: gnomeint (deflated 63%) zip -j -5 "../unxlngi4.pro/01/normal/f_0417" "/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/dtint" adding: dtint (deflated 69%) zip -j -5 "../unxlngi4.pro/01/normal/f_0418" "/var/tmp/portage/openoffice-1.1.0-r1/work/oo_1.1_src/solver/645/unxlngi4.pro/bin/dtappintegrate" adding: dtappintegrate (deflated 80%) optimize summary: 0 kb Replacing ${EVAL} with Replacing ${LONG_PRODUCTEXTENSION} with Replacing ${PRODUCTEXTENSION} with Replacing ${PRODUCTNAME} with OpenOffice.org Replacing ${PRODUCTVERSION} with 1.1.0 time needed: 0:0:50 WARNING! Project(s): gtk not found and couldn't be built. Correct build.lsts. >>> Install openoffice-1.1.0-r1 into /var/tmp/portage/openoffice-1.1.0-r1/image/ category app-office * Installing OpenOffice.org into build root... glibc version: 2.3.2 Initializing installation program................... !!! ERROR: app-office/openoffice-1.1.0-r1 failed. !!! Function src_install, Line 514, Exitcode 1 !!! (no error message) Should i file another bug for this or am i doing something dumb? Here's a snipet from my emerge info: Portage 2.0.49-r13 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r6, 2.6.0-test7-bk3) ================================================================= System uname: 2.6.0-test7-bk3 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.00GHz Gentoo Base System version 1.4.3.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3"
For those running into the java errors in comment #5, you may want to look at bug #31569. In my case, I had blackdown-jdk-1.4.1 and blackdown-jre-1.4.1 both installed, but 1.3.1 was still installed and (partially?) selected. My java-config seemed fairly fouled up actually. The fix was to do (as root): $ java-config --set-system-vm=blackdown-jdk-1.4.1 $ java-config --clean-system-classpath $ env-update $ source /etc/profile
Please try with findutils-4.1.20-r1
Findutils (xarg.c) patch already tested. See comment #28, etc.
