Bugzilla Bug 120792

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 an attachment (id=78399) [details]
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. ***