Configure completed You may now run /tmp/.var/portage/openoffice-2.0.1/work/ooo-build-2.0.1.2/build/ooa680-m1/bootstrap in /tmp/.var/portage/openoffice-2.0.1/work/ooo-build-2.0.1.2/build/ooa680-m1 ***** WARNINGS ISSUED *****A very clean straight-through build - deferring dep generation Verifying environment Path: \'.:/tmp/.var/portage/openoffice-2.0.1/work/ooo-build-2.0.1.2/build/ooa680-m1/solver/680/unxlngi6.pro/bin:/tmp/.var/portage/openoffice-2.0.1/work/ooo-build-2.0.1.2/build/ooa680-m1/solenv/unxlngi6/bin:/tmp/.var/portage/openoffice-2.0.1/work/ooo-build-2.0.1.2/build/ooa680-m1/solenv/bin:/var/tmp/portage/openoffice-2.0.1/work/ooo-build-2.0.1.2/build/bin:/sbin:/usr/sbin:/usr/lib/portage/bin:/bin:/usr/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.4.5:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin:/usr/kde/3.5/sbin:/usr/kde/3.5/bin:/usr/qt/3/bin:/var/tmp/portage/openoffice-2.0.1/work/ooo-build-2.0.1.2/bin:NO_JAVA_HOME/bin\' Shell: \'/bin/tcsh\' Lang: \'en-US\' Gcc: 3.4.5 bison (GNU Bison) 2.1 Written by Robert Corbett and Richard Stallman. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. flex version 2.5.4 Bootstrapping Unknown colorls variable `su'. Unknown colorls variable `su'. Unknown colorls variable `su'. make: *** [stamp/build] Error 1 !!! ERROR: app-office/openoffice-2.0.1 failed. Call stack: ebuild.sh, line 1894: Called dyn_compile ebuild.sh, line 941: Called src_compile !!! Build failed !!! If you need support, post the topmost build error, and the call stack if relevant.
I guess this is problem with coreutils-5.93. tvan@pluto ~ $ tcsh (pluto:~) tvan% exit exit tvan@pluto ~ $ su - tvan Password: tvan@pluto ~ $ tcsh Unknown colorls variable `su'. tvan@pluto ~
no, bug in tcsh latest coreutils adds support for more color things
Re-Assigning, no bug in OOo, see: http://lists.gnu.org/archive/html/bug-coreutils/2006-01/msg00126.html for explanation. The only working patch there though IS for coreutils... Still interesting, that I've never encountered this bug before with OOo
(In reply to comment #3) > http://lists.gnu.org/archive/html/bug-coreutils/2006-01/msg00126.html > for explanation. The only working patch there though IS for coreutils... did you read the patch ? it's clearly a hack workaround, it doesnt actually fix the issue of tcsh doing it wrong > Still interesting, that I've never encountered this bug before with OOo it's new to coreutils-5.93 which i just added
(In reply to comment #4) > it's new to coreutils-5.93 which i just added Actually I've built OOo a few times already with coreutils-5.93 in the meantime ;) and the problem never did happen here. Just tried again to make sure, worked fine
It's not entirely clear to me why this LS_COLOR variable is being filled at all. Will try to install the new coreutils on a test box and see what I can do.
Created attachment 78399 [details, diff] tcsh-6.14.00-dircolors.patch This is a patch which tries to solve that problem in tcsh. I've taken this from debian, applies and builds fine here with this. But as I didn't get that problem, can't test if it actually solves it. Reference: http://ftp.port80.se/ubuntu/pool/main/t/tcsh/tcsh_6.14.00-2.diff.gz
This is the corresponding bug report from Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=339034
ok, I added tcsh-6.14-r3 which includes the debian patch. Seems to work fine, indeed accepts newest coreutils' dircolors -c stuff. Can someone try this out please?
I encountered the same exact error initially. I applied the patch to tcsh, and recompiled it (replacing with the debian patch). Openoffice is compiling past that point.
Oh boy, what am I doing! I have to go to a reading comprehension class or something. I tried out tcsh*-3 (without messing with the ebuild), and openoffice goes past the point that it stopped at. It seems however, that the previous patch worked as well.
what "other" patch are you talking about? The patch in -r3 is the one attached to this bug.
confirm tcsh-6.14-r3 works with coreutils-5.93 . should openoffice-2.0.1 DEPENDs on this version of tcsh?
(In reply to comment #13) > confirm tcsh-6.14-r3 works with coreutils-5.93 . should openoffice-2.0.1 > DEPENDs on this version of tcsh? > Not possible as long as tcsh-6.14-r3 is not marked stable.
I cannot mark it stable right now, but I think this *should* not be a problem officially, since coreutils-5.93 is unstable too, so if you have stable coreutils, then stable tcsh will also work, right? I close the bug now as fixed for this reason. Unfortunately we cannot guarantee a system to run properly with mixed stable/unstable packages. I hope to stable tcsh soonish as there is another bug going on that -r3 fixes.
*** Bug 130325 has been marked as a duplicate of this bug. ***