Re: brutus may be having a problem

2004-07-12 Thread Leo Simons
Adam R. B. Jack wrote:
2) Restore the config such that http://brutus.apache.org/gump/{flavour} goes
to /usr/local/gump/{flavour}/results.
done (for public, jdk15 and test, not any flavour).
- LSD
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: brutus may be having a problem

2004-07-12 Thread Adam R. B. Jack

 Adam R. B. Jack wrote:
  2) Restore the config such that http://brutus.apache.org/gump/{flavour}
goes
  to /usr/local/gump/{flavour}/results.

 done (for public, jdk15 and test, not any flavour).

Thanks, I've restored the config to write back to these places.

regards

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: brutus may be having a problem

2004-07-09 Thread Stephen McConnell
Adam R. B. Jack wrote:
3h 23m.
That's an improvement!
:-)

Daft, but I've not been paying attention (too painful to look) 
:-)
-- what was it before?
The cycle time between updates of the web site was around 9 hours - gump 
was reporting about 5 hours for the run (so we are already seeing a big 
improvement on that aspect). In addition there is that mystery 4 hours 
between the end of the run and the appearance off documentation.

Still, it can do far far better. Multi-threading the CVS/SVN ought reduce
the latency. The main problem (for no clear reason I can gather) still seems
to be generating documentation.
Just an observation - that way things are using the current setup is 
for me better.  Ok the docs are not a nice but what I can see 
immediately is the following:

  (a) a message saying gump is running and it started at ...
  (b) result as they unfold which gives me more time to hit the
  issue (e.g. I figure I've fixed james during the last run
  because I was able to access the info before the run had
  completed)
Things I wasn't too impressed with was the dirty big red banner 
complaining about my subversion of build.sysclasspath which kind of made 
me cringe.

:-)
Ever tried a targeted run? 
Nope - never.
I'll leave that sort of thing to Niclas!
If one runs to (say) depot or something like this
(a trimmed stack), this thing flies. It is something that clogs up over time
 I can't track it down (ok, haven't yet). 
Watching the interactive progress you get a feel for this as well - gump 
kicks off and rips though the early entries but things get progressively 
slower.  But the end of the run she's not showing the same degree 
enthusiasm!

I sometimes wonder if it is the
Python implementation, not Gumpy per se. Something to do with the number of
objects in memory. Sooner or later I'll find it.
:-)
Steve.

regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
|---|
| Magic by Merlin   |
| Production by Avalon  |
|   |
| http://avalon.apache.org  |
|---|
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


brutus may be having a problem

2004-07-08 Thread Stephen McConnell
http://brutus.apache.org:8080/gump/modules.html
Message: null
Description: No details available.
Sender: org.apache.cocoon.servlet.CocoonServlet
Source: Cocoon Servlet
Request URI
modules.html
cause
/home/gump/jakarta-tomcat-5.0.24/webapps/gump/content/xdocs/modules.xml 
(No such file or directory)
request-uri
/gump/modules.html

Steve.
--
|---|
| Magic by Merlin   |
| Production by Avalon  |
|   |
| http://avalon.apache.org  |
|---|
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: brutus may be having a problem

2004-07-08 Thread Adam R. B. Jack


 http://brutus.apache.org:8080/gump/modules.html


Yup, maybe my merge has some kinks to work out. Still, Leo (or other), could
I request a quick reconfigure?

1) Let's remove tomcat.
2) Restore the config such that http://brutus.apache.org/gump/{flavour} goes
to /usr/local/gump/{flavour}/results.

I've reconfigure both public and jdk15 (and test) to write here  stopped
the XDOCs output, am trying the better tested XHTML.

regards,

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]