Hi Stephan,
(And having three ways to request something
would be worse than having two ways, which already is worse than having
only one way. So while we are at it, if you stick with an environment
variable, what good is it to additionally have the dmake switch?)
Consistency, for one. See
Hi Stephan,
My gut feeling (admittedly) is that it is not too uncommon that some
poor (inexperienced) soul pastes some stretch of its (default) build
output into a mail to d...@ooo crying for help on why their build break,
and the details of the executed command lines do give us clues to
On 10/23/09 08:44, Frank Schoenheit, Sun Microsystems Germany wrote:
Then, if you really need that output for a given directory, you're
certainly quicker with dmake verbose=true than with export
VERBOSE=TRUE ; dmake ; export VERBOSE=.
What shell are you using, hombre? VERBOSE=TRUE dmake is
you'recertainly quicker with dmake verbose=true
than with export VERBOSE=TRUE ; dmake ; export VERBOSE=.
However, VERBOSE=TRUE dmake is as quick;)
--tml
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For
Hi Stephan,
What shell are you using, hombre? VERBOSE=TRUE dmake is ca. as many
keystrokes as dmake verbose=true (not counting the little finger's
duty on the caps key). ;)
Uhm. Learned something new today ;)
Ciao
Frank
--
- Frank Schönheit, Software Engineer
Hi Christian,
build --html --dontgraboutput
that way the output will not be interleaved
Hmm, never tried that, and admittedly somehow cannot believe that the
output of the different processes is /not/ interleaved then, but even if
so: You cannot specify this when you start a build on a build
On Thu, 2009-10-22 at 08:07 +0200, Frank Schoenheit, Sun Microsystems
Germany wrote:
The more verbose the output is, the more difficult
it is to actually find the line which *caused* the error, not just the
error message, simply because all those parallel processes output is mixed.
One
Hi Frank, *,
On Thu, Oct 22, 2009 at 8:07 AM, Frank Schoenheit, Sun Microsystems
Germany frank.schoenh...@sun.com wrote:
build --html --dontgraboutput
that way the output will not be interleaved
Hmm, never tried that, and admittedly somehow cannot believe that the
output of the different
Hi Christian,
The bots should use that - if not, complain at the admins of the
corresponding bots.
Okay, will have a look on this when I next time have a build problem on
a bot.
If you need to use some magic environment variable to see why the
build did broke, the default is wrong. My
On 10/22/09 12:46, Frank Schoenheit, Sun Microsystems Germany wrote:
Hi Christian,
If you need to use some magic environment variable to see why the
build did broke, the default is wrong. My 0,02€.
I think so, too.
Sure. Unfortunately my experience is that with the parallel builds, and
the
On 10/22/09 13:33, Frank Schoenheit, Sun Microsystems Germany wrote:
IMO, that should be reason to rather spend energy in improving the
precision of the output than in suppressing useful output.
I expected this earlier from you :)
Yes, I know. A bit lame to not step in earlier. However, I
Hi Stephan,
Too much trouble. (Plus, I will definitely not globally set an
environment variable VERBOSE to anything. Who knows what strange side
effect that would have on completely unrelated programs. If you had at
least named it OOO_VERBOSE...)
I think we can easily change this in a
Hi,
Starting with DEV300.m63, the build system of OpenOffice.org supports
three different build verbosity levels, which can be controlled by an
environment variable or a dmake parameter.
A description of the different levels can be found at
Hi Frank, *,
2009/10/21 Frank Schönheit frank.schoenh...@sun.com:
[...] a build.pl-feature to prefix the output of all spawned sub processes
with
a unique (process-)ID would be much more helpful in finding errors in
the build logs of multi-process builds.)
build --html --dontgraboutput
that
14 matches
Mail list logo