Re: cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

Did this move? http://cvs.apache.org/viewcvs.cgi/*checkout*/avalon/buildsystem/gump-integration/project/avalon.xml If so, we need to update profile/gump.xml (in Gump CVS) to stop referencing it. regards Adam - To unsubscribe,

Re: cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

> Did this move? > > http://cvs.apache.org/viewcvs.cgi/*checkout*/avalon/buildsystem/gump-integration/project/avalon.xml > > If so, we need to update profile/gump.xml (in Gump CVS) to stop referencing > it. >From reading commit messages, I assume so. Niclas, if you aren't still online (or I don'

Profile mods for Avalon: Re: cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

ed it, let's delete the project/avalon-logger.xml file. regards Adam - Original Message - From: "Adam R. B. Jack" <[EMAIL PROTECTED]> To: "Gump code and data" <[EMAIL PROTECTED]> Sent: Tuesday, March 16, 2004 1:36 PM Subject: Re: cvs commit:

Re: [GUMP@tsws1]: package1/package1 failed

I guess I need to take the out of the test workspace. I added it (and the functionality) to try to do what Stefan wanted that traditional does, i.e. To: <[EMAIL PROTECTED]> Sent: Wednesday, March 17, 2004 12:31 AM Subject: [EMAIL PROTECTED]: package1/package1 failed > To whom it may engage.

Re: Gump on moof

>> I'm not sure what needs to happen with the Apache config. I think >> moof needs a new httpd.conf. The current one is the OS X Server >> default, which is mildy wonky. > >I can take care of this. > >Adam, tell me what you want and I'll set it up. Something along the lines

general@gump.apache.org

I removed what I thought was a hack today, I removed the check for directory existence from before a http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For ad

Re: Profile mods for Avalon: Re: cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

> On Wednesday 17 March 2004 07:29, Adam R. B. Jack wrote: > > I ended up adding all the project/avalon* projects in Gump CVS to > > profile/gump.xml. > > Sorry, I don't know Gump well enough to know what profiles are. > No worries, basically it just lists the

Re: cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

> Remember I am in TZ UTC+0800 :o) > and need to sleep occassionally. No stress, it was 'cos I'm not in that timezone that I can try to help. :-) regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Avalon Logging: was Re: Profile mods for Avalon: Re: cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

> > Avalon-Logging is replacing Excalibur Logging,> > Ok, then we have a CVS issue to resolve with avalon-logging. Since the Gumps are still running, just a heads up to this: WARN:gump:Command failed. [cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:2401/home/cvspublic checkout -P -d avalon-logging aval

Re: Profile mods for Avalon: Re: cvs commit: gump/project avalon-components.xml avalon-excalibur.xml

> On Wednesday 17 March 2004 13:15, Adam R. B. Jack wrote: > > but don't worry, I added everything (except avalon.xml) that was > > project/avalon-*.xml to profile/gump.xml. > > Don't I need to add "" to all the project/avalon-*.xml files as well? Sorry,

Re: New software on moof (Re: Gump on moof)

>We can relay through mail.opensource.apple.com, which is on the same > subnet. Postfix needs to be set up if we want delivery with > /usr/sbin/sendmail, etc. to work. If you just need an SMTP server, > mail.opensource.apple.com should do. I don't know what gump needs. Gumpy uses Python's S

Re: 70%

Sorry, when I type 'general@' I get completion to incubator, and if I forget to go all the way to adding the @g I can mis-send. My apologies, I really need to add an alias. regards Adam - Original Message - From: "Adam R. B. Jack" <[EMAIL PROTECTED]> To: <[E

Re:

> On Tue, 16 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > > > So, what to do? Do we go strict or loose? > > +1 for loose. I suspect that'll be consensus, so I made it (at least) add a warning

Re: [RT] Source difference report between 2 gump build states

If you haven't already, could you write something up in JIRA please? I don't have cycles for this right now, but I agree with the idea. Please included your ideas for projects (source) changes as well as descriptor. I've long wanted descriptor diffs, but I've not figured out the best way to do it

Re: Maven usage in Gump

> Niclas Hedhman wrote: > > * The whole of Avalon was converted to Maven quite some time ago, and that is > > probably when Gump support started to crack badly. What would Gump folks say > > if we took the step of having in the avalon gump descriptors? > > I don't think we're quite ready just ye

Re: SVN

> > Is there anything we should know about SVN vs Gump ? > > Other than that some of the Gump machines still don't have a > Subversion client, no. There are a few projects in Gump's default > profile that use svn already (forrest, for example). Also, just like when you 'move' (or raname) in CVS,

Re: [GUMP@tsws1]: package1/package1 failed

> > overrides the > Cool, does it work? > > If so, I'll probably switch my nightly builds over to Gumpy. I'd give it a "most likely" but I've not had chance to test it, other than unintentionally like this, to ensure to/from do override. BTW: You had chance to try Gumpy commandline scripts? buil

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

Stefan, Could you try to explain what it is doing wrong (in simple terms ;-) and what it ought do & I'll try to find time to fix it. I am away (training) next week, and only online some evenings, and I want to get Gumpy stable for while I go. The documentation publication & this seem the key thing

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

> The problem is the the following declaration: > > > > should only include in the CP the jars declared by the tag in the > httpunit project. However it seems it is importing all jars in the CP. > When Gumpy adds a dependency for a property it creates a dependency object: # Add a dependency

Re: [GUMP@tsws1]: package1/package1 failed

Hmm, I have a sneaky suspicion the overrides don't work... :( regards Adam - Original Message - From: "Gump Integration Build" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 18, 2004 10:53 PM Subject: [EMAIL PROTECTED]: package1/package1 failed > To whom it may engage.

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

> Whatever you've done, it seems you've broken something with it, see > the Strut's nags (I'll be looking into the other builds that fail on > LSD but not on my Gump 0.3 machine). > > Now it looks as if //ant/depend wouldn't create a CLASSPATH entry at > all. Hmm, sorry. I hate when I break somet

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

> On Thu, 18 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > > > I am away (training) next week, and only online some evenings, and I > > want to get Gumpy stable for while I go. > > If all else fails and our collective Python knowledge doesn't help t

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

> That said, one 1 seems to affect dependencies, and neither affect http://gump.apache.org/metadata/ant.html#depend would imply is reasonable). This seems to clear up the mystery. since properties now default to be 'noclasspath', a

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-framework-12 failed

> On Fri, 19 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote: > > > 1) Allow > attribute (any) to reverse that. > > This is fine. Note that is with an implcit > classpath attribute. Maybe this is where you'll want to look into? You are quick. I had to

User id that runs Gump on moof (and LSD...)

Since I have LSD running under 'ajack' as are gump.try.sybase.com and gump.dotnot.org, I think we need somebody else's id to run the Apache Python Gump on moof. This is especially important with me going away next week. I think it has to be one id (sadly) because an SVN bug (which I hear might get

Why is LSD site one day behind?

It is, isn't it? At least the date at the bottom of the page shows a day old. http://lsd.student.utwente.nl/gump/ I assume the content is a day old, also, right? If not, forget the rest of this... Quite likely this is occurring due to me changing things to split documentation into two, and a

Re: User id that runs Gump on moof (and LSD...)

> > There are lots of things I do not know about lsd. > Ok, so perhaps you can have LSD and then Stefan and/or Stefano could have moof. Leo, of course LSD is yours (if you want it) for as long as you allow us left to use it. LEo, you get to chose since you have to do the 'chown -R' on the tree. :-

moof:gump/public and moof:gump/test

I think we need a test install on moof, to match the public install. Heck, maybe we need a few tests. Here are my thoughts: 1) We have a unit test workspace that uses the unit test workspace, and runs itself, and perhaps even the unit test script. This ought be blindingly fast, since there are no

Re: User id that runs Gump on moof (and LSD...)

> >Let's try to spread the wealth/chaores, IMHO. Stefan or Stefanoi or Leo or > >other want Moof? Clearly, I was having a bad typing day. "Stefano". regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comma

Re: Why is LSD site one day behind?

wing (to me) that is published at 10:31 MST on the 18th -- which is about right for early on the 19th for LSD! I was expecting CST not MST! So, maybe we don't have an issue... (other than forrest not showing timezone). Ok, I'm done. Hope things are stable... regards, Adam -----

Re: User id that runs Gump on moof (and LSD...)

> what we could also do is create a 'gump' user, and give multiple people > the password. Alternatively, we don't give out the password, but add > multiple people's keys to the authorized_keys file. I've always frowned on shared user ids (assuming they were excuses for not getting group permission

Re: [VFS] test server

I have a vested interest in wanting VFS to be well tested (for Depot Ruper) so I'm game to see this... regards Adam - Original Message - From: "Noel J. Bergman" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, March 19, 2

Re: Build Timed Out

> Any suggestions? > Have you had chance to the thread with subject 'Enigma: build of xdoclet'? There is a rogue build chewing cycles, and hence delaying yours beyond the timeout. regards Adam - To unsubscribe, e-mail: [EMAIL

Re: Gump Thrashing/Spinning...

> I'll certainly guilty of being away for a while, but > gump.document.forrest is not a small thing, and to my eyes, not entirely > obvious. It is really just a lot of repetative simple code, building simple xdoc pieces. It it's pretty, but it isn't that bad. We have gump.document.text, and we co

Re: [RT] Generator vs Serializer

> At the moment, gump.document.* take a complete set of knowledge and > produce a set of artifacts. Sounds accurate. [I am not familiar w/ Cocoon, so won't comment there.] > An alternate approach would be to completely flip this. Have the > equivalent logic drive the acquisition of certain piece

Gump Sandbox

I believe Gump would benefit from folks being able to tinker with it's Python codebase, in order to get comfortable with the internals (which always seem to act differently than visualized when run against the mungo data set of a full workspace. ;-) and in order to attempt new approaches. Since we

general@gump.apache.org

Due to a conflict, and also to network issues, this commit message didn't get used on all the changes I just did: - Attempt to implement python gump/test/pyunit.py testProperties [...] INFO:gump:Perform [ModelTestSuite:

Re: [RT] Generator vs Serializer

> For us to get to the point where others are interested in personal > gumps, we need to make it easier to build profiles which use > repositories for components that an individual is not interested in > rebuilding for themselves. Yeah, I agree, I also think this'd help more Gump 'communities' (no

Re: running gump tests

> trying to learn something about unit testing python software... Cool. >[EMAIL PROTECTED] /data3/gump/gump-install]$ export \ > PYTHONPATH=/data3/gump/gump-install/python/ >[EMAIL PROTECTED] /data3/gump/gump-install]$ sh gumpytest.sh > > (...) > >INFO:gump:Performed [29] tests w

Re: brutus.apache.org status

> > File "/usr/local/gump/public/gump/python/gump/output/statsdb.py", line 181, in getFloat > > if self.db.has_key(key): val=self.db[key] > > File "/usr/lib/python2.3/bsddb/__init__.py", line 142, in has_key > > return self.db.has_key(key) > > TypeError: String or Integer object expecte

Re: brutus.apache.org status

> Sam, is it different levels of Python that cause this, or OS, or DBM > implementation or something else? The code tries to fall back to an empty > map [using {}] when it can't get a database (as with M$), but I don't see > that ought cause my problem (testing on Linux). Ok, it seems it is someho

Terminating a tree of processes...

I am quite disappointed by the fact that Gump cannot seem to terminate it's child processes, and subsequent generations of processes. I can't seem to find any portable solution, and even the per platform solutions contain race conditions. Perhaps this is a limitation of the current state of Python,

Re: brutus.apache.org status

> I also copied and updated the /usr/local/gump/README from Moof. I've updated it to comment out what has not been done (i.e. step #12). Since 'hostname' returns brutus not brutus.apache.org (more like moof does) I've edited the README to say the workspace file is brutus.xml. > I have not yet pr

Re: brutus.apache.org status

> It's not all that scary. I've updated .bash_profile to contain the ... Not scared, just my *nix knowledge is not "borne again". ;-) > following lines: > >export FORREST_HOME=/usr/local/gump/forrest >export PATH=/usr/local/j2sdk1.4.2_04/bin:$PATH:$FORREST_HOME/bin > I'll move the stuff

Re: running gump tests

> Does gumpy support regexp nagging? If so, we could regexp against > >INFO:gump:Performed [68] tests with [0] issues. > > ie > >/\[[1-9]+\] issues/ No, I know Stefan wants it but I've not found time to implement it. Python Gump is pretty much 'exit code' based, which we are getting by wit

general@gump.apache.org

> On Fri, 26 Mar 2004, Adam Jack <[EMAIL PROTECTED]> wrote: > > > Stefan, if this due to Python Gump using the hard coded 'clone vm' > > on ant, perhaps? Anybody able to get inside this? > > Possible, in particular since it seems to have worked last night 8-) > > Does anybody still have a build lo

--dated

I added a --dated switch to integrate.py a while back in preparation for a server on Apache hardware that had sufficient disk space to allow nightly logs. It takes the @@DATE@@ value, takes the log directory (and URL), and appends the date to those two. Theoretically this ought be enough to give us

Gump JIRA

I see we have 6 issues without a component set, so I assume the three we have were not suitable: Java/XSLT(aka Traditional) GOM(Metadata Model) Python (aka Gumpy) With us trying to mature Python Gump to be the main Gump we support (and start calling it Gump n

Downloading Maven to brutus

Ok, I give. I'm used to using 'lynx' on Linux for a text based http, but that doesn't appear to be available on brutus. Does anybody know an alternative? I need to download this: http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-1.0-rc2.tar.gz or copy it between apache machines (prob

Re: Gump docs solution, makes everyone happy (Re: Gump Thrashing/Spinning...)

> > Also, if we want both xdoc and html output we'd need to set > > of tempaltes (with code in) which isn't nice. > > Maybe my comment got lost... generate html and Forrest can skin that too. > > In other words, Forrest can skin an html site. I heard it, but I think I mentally filtered it somewh

Re: Gump docs solution, makes everyone happy (Re: Gump Thrashing/Spinning...)

> Now realize that I am *NOT* proposing Anakia. What I am proposing is > that the ability to view a site as it is being produced is a very > valuable thing to have, and an important consideration both for a > machine which is a shared resource and for any hope of there ever being > personal usage

Re: Downloading Maven to brutus

> use wget :) Thanks, I tried it. Did I do something wrong? [EMAIL PROTECTED]:/usr/local/gump$ wget http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-1.0-rc2.tar.gz --07:04:32-- http://www.apache.org/dyn/closer.cgi/maven/binaries/maven-1.0-rc2.tar.gz => `maven-1.0-rc2.tar.g

Re: Downloading Maven to brutus

Sam responded: > >>use wget :) > > FYI: I've now installed both lynx and curl. Thank you. I'll update the README and post it to the Gump Wiki for a clear record. I'll cut-n-paste your package install command line, please update it with these if needed. BTW: We've done moof (although it isn't com

[RT] Gump GUI development parallel to Gump Remote Agents (Sites)

I've not had chance to go over Leo's architecture notes in enough detail (at a quiet time) in order to respond to them completely. I keep wanting to find time. The first point that I'd like to address, when I do, is that I don't believe that Python Gump (I will start referring to it as Gump, implyi

BrutusConfig (Re: Downloading Maven to brutus)

> Hehe... I actually spent some time to update the Gump Wiki with a > greatly expanded README (with specific URL references and commands) -- > and all this was BEFORE I read the above email. > > http://wiki.apache.org/gump/BrutusConfig Awesome, thanks. > I left out Maven and Forrest, can you ad

Re: [RT] Generator vs Serializer

> My first proposal was to run forrest dynamic for gump. This means that > you don't have to change anything in the code right now *AND* you get > immediate changes as soon as they are written on disk. I am game to explore alternatives, but this one really attracts me as a short term fix. Can anyb

Re: Speed of brutus

> I see from http://brutus.apache.org/gump/public/ > > Elapsed Time : 1 hour 56 mins 20 secs I have to agree, I was very impressed with speed. For some reason a little less was built than on LSD, see these, but still -- it is very fast. http://lsd.student.utwente.nl/gump/#Project+Summary

Re:

> Adam, you did a great job here. > :-) > Cheers, Thanks. I was really hoping that this fix would stop the xdoclets build from spinning (despite Gump not being able to kill it) so raised my priority on fixing that. We got lucky (although I'm sorry we didn't capture data for Stefan.) BTW: I'm get

Re: Speed of brutus

> I have noticed that some cvs update failed due to /tmp being full. > For instance jdom. > http://brutus.apache.org/gump/public/jdom/index.html Good catch Antoine. BTW: I do like how the servers page helps us catch 'environment' issues, especially when one stands out against the others. htt

Re: [RT] Gump GUI development parallel to Gump Remote Agents (Sites)

> At the present time, it shows a run that started just after noon on > Sunday, and completed at 9 am the following day. This happens to show a > complete run. Check back in a few hours, and depending on when you > check, you will find partial results, either on the checkout side or on > the buil

Re: run gump 4 times a day (Re: Speed of brutus)

> Should we run gump every 6 hours on brutus? Some thoughts I've had... Since we have dedicated cycles, why not do it as soon as the last one stops? What about doing N with --optimise (only build what has changed) and the Nth+1 a full one? BTW: Have a separate 'check metadata' loop (that doesn'

Re: Installing forrest was: [RT] Generator vs Serializer

> http://xml.apache.org/forrest/your-project.html#installing > > use the /forrest webapp/ command to create a webapp for deployment and > then copy that over to the tomcat applications dir. > > I think the webapp ends up in build/webapp Ok, so help me understand this more. Once we have a webapp

Re:

> (no results for last night) Sorry about that. I got distracted by going to an ice hockey game & wasn't able to check the test build I'd kicked off. I've tried patching the bug(s), and running a new build on brutus. regards Adam ---

Re: Two new pages...

> I could be wrong, but as near as I can tell, the reason you need to > press CTRL-RELOAD is because without doing this, the client is not > sending any requests to the server. I'm sorry. Today I worked from my work office (as opposed to home office, where I work 90% of the time) on a box that I

Wiki Editor? (was Re: [Gump Wiki] Updated: BrutusConfig)

I assume it is Sam improving/completing this content, but this isn't too helpful: >Editor: 66.57.27.65 <> Anybody mind if I ask infrastructure@ (with subject [wiki]) to investigate? I assume attribution is of interest. regards Adam - Original Message - From: <[EMAIL PROTECTED]> To:

Re: "Affected" number for failing builds

> log4j failed and the "affected" column says 1099, impressive. Even > more impressive since the total number of projects says 543 on > brutus ;-) First, thanks for watching the content of the data, as we know (from my typing) I don't see what is there, just what I think is there. ;-) I knew thi

Re: Maven support - the ids

> IIUC the current incubator-geronimo build fails since Maven project > names and Gump project names don't match. IIUC the issues is more (or also) that the 'artifact ids' (our jar ids) do not match. Having the project names the same is an issue for dependency determination, but for setting the cl

Re: Maven support - the ids

> I was under the (wrong) expression that Gumpy would parse Maven's > project.xml instead of using a Gump descriptor and had difficulties to > map the project names. No, Gump has enough complex code for loading metadata, I'd really rather rely upon the gump goal in maven & not introduce yet anothe

Page Tweaking...

I've reduce the verbosity here: http://brutus.apache.org/gump/public/notesLog.html ... but still more to do. I swear there are some hidden (but very useful) annotations to get out of this page (like XML entries not expected on others, bad dependencies, etc.) I can't see them yet, but I think

Re: brutus config -> lsd config

> Are we happy with the gump config on brutus? Is that setup reasonably > stable? Unless we decide to move to tomcat/forrest, I'd say so. If there is anything I am not sure I like about the set-up is that we mirrored the /usr/local/gump from Moof, and I'm not sure if that directory is the best r

FOG 2.0 Proposal

Ok, so FOG as successes/(failures+prereqs) hasn't been a huge hit w/ folks, but what about: successes/(successes+failures+prereqs). This is really (if my math memory is ok) 'odds of a successful build, based off history' -- I think. This is far more valuable as a FOG Factor, because it is som

Re: brutus config -> lsd config

> >>Are we happy with the gump config on brutus? Is that setup reasonably > >>stable? > > > > Unless we decide to move to tomcat/forrest, I'd say so. > > How should that change things? What's the next step? Brutus is a good master to clone, unless tomcat/forrest add more dependencies, that was al

Stuff TODO

These ought get added to JIRA, and I'll try to find time for the bigger ones, but off the top of my head -- here is a wishlist. I'd love folks to take on different tasks and I'd help them w/ my knowledge of current internals, if needed, etc. In no particular order: ) An historical results databas

Gump Actions (was re: brutus config -> lsd config)

Sam wrote: > It appears to me that you are looking at Gump as as monolithic tool. I don't think I do, other than I believe that 90% of the community are more interested in Gump the service, than Gump the code -- so I focus on that. I think (for us/Gumpmeisters and for the eventual growing million

Re: [Gump Wiki] Updated: BrutusConfig

> + * {{{mkdir -p /usr/local/gump/public/workspace/tmp}}} If we don't automatically create that, we ought JIRA it. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Stuff TODO

s (they ought only be environmental) or broken non-build projects (metadata). 6) Newcomers (tell us first time projects) ... stuff like this. regards, Adam - Original Message - From: "Adam R. B. Jack" <[EMAIL PROTECTED]> To: "Gump code and data" <[EMAIL PROTEC

Re: Hermes status

"Sam Ruby" <[EMAIL PROTECTED]> wrote: > http://hermes.apache.org/gump/public/ > > If the output appears comprable to what we are seeing on Brutus >From http://hermes.apache.org/gump/public/gumpy.html: Comparable in that all implementations seem to mess up DBM. ;-) INFO:gump:*New* Statistic Data

Re: cvs commit: gump/python/gump/output statsdb.py

>def sync(self): > -if not os.name == 'dos' and not os.name == 'nt': > +if hasattr(self.db, 'sync'): >self.db.sync() FWIIW: I'm not even sure it is needed, I even forget why I even added the call. Some sort of belt & braces I assume. regards Adam -

Re: Hermes status

> It seems that pstat doesn't exist on FreeBSD. The web site started to > materialize once I manually killed the java step that was running. You mean pgrep? http://hermes.apache.org/gump/public/environment.html#Tail+of+CheckEnvironment+%3A+check_pgrep Gosh I hate that bit of code: http://n

Re: FW: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-sample-servlet-13 failed

> > I've used the build log: > > > > > cactus/gump_work/build_jakarta-cactus_jakarta-cactus-sample-servlet- > > 13.html> > > arg. Yes, it's very clear in there. I wonder why the link in the Gump > email does not point to this file instead of the gene

Re: System Info (was: Speed of brutus)

> > Hmm. No, not directly. If a project repeatedly fails Gump automatically > > turns on ant verbose and/or debug, and maybe this show those values. Is > > there a way to list these things (above) without writing some Java? > > What's wrong with writing some Java? ;-) > As I'm sure you are aware

Re: cvs commit: gump/project jelly-tags.xml

> Try to fix build by cloning the forked VM here as well - java.awt.headless doesn't seem to get propagated on brutus Stefan, Does this "java.awt.headless doesn't seem to get propagated on brutus" mean that workspace level system properties are not being respected? If you could give me a clear

Re: Hermes status

> The way this used to be done was to use a public domain program named > timeout. I placed the source in brutus:/home/gump/timeout.tgz, and the > compiled output and man page in /home/gump/bin. > > Timeout was used for all cvs updates and build commands. Including the > cvs update of gump itself

timeout ( was re: Hermes status )

> > I think we could add a check into GumpEnvironment to detect 'timeout' if > > available in the environment, and use it if present, and I think that would > > suit any purists (including me) that want Gump to function well out of the > > box, with the minimum of installation dependencies. > > Why

Generating SVG from Python

Anybody see an reason (licensing, other) why we should not use this: http://www2.sfk.nl/svg in Gump? [I found nothing else via Google. I also looked on python.org (including in the package index) and in ASPN cookbook.] We use logging [we even bundle it for Python 2.2], we use wxPython, so an

Re: Generating SVG from Python

"Nicola Ken Barozzi" <[EMAIL PROTECTED]> wrote: > It does not seem easier to use than simply outputting SVG as text strings. I'm starting to agree with you, but as I get started w/ SVG (the 700 page spec is too much to consume in one sitting, and I certainly won't print it) it is nice to have som

Re: System Info (was: Speed of brutus)

Folk, When both Stefano and Leo both misinterpret me, I realize I failed to communicate yet again. English truly ought not be counted as my first language (despite being born a Brit. ;-) You triggered off this: > As I'm sure you are aware ... there is a strong feeling on this list that no > Java

Indentation

In Python, indentation is syntactic, and crucial. I'd like some input on how we can all work on the source, without confusing each other... Sam's recent addition to forrest.py uses tabs, and what works & no doubt looks good to him, but looks wrong to me (see below). [I've been using pyEclipse insi

Re: [GUMP@lsd]: jakarta-cactus/jakarta-cactus-sample-servlet-13 failed

> The reason of the error is that the jstl jar cannot be found. This jar > is defined as a dependent jar in the GOM descriptor. Shouldn't Gumpy > verify if the dependent jars can be found? Good question. This surely looks like overkill, I doubt there are 4 in a row like:

Re: [GUMP@lsd]: xml-xerces2/dist-xerces failed

> > [java] [Xalan2Processor] Applying XSL sheet "sbk:/style/stylesheets/any2header.xsl" > > [java] Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable > > > > > Is Xvfb (X11 Virtual Frame Buffer) installed

Re: Indentation

> Sam hates tabs with a passion, so if there were any in there, it was > because he was editing the files on a machine where he had neglected to > set up vim properly. I'll try to be more careful in the future. Oh, ok. Yes, since Python didn't complain it would've been almost impossible to spot.

Re: System Info

> These questions are not straightfoward. True. Stepping back, my intention was to to be careful to listen to what folks on the list say today. I've been hacking away alone for far too long, and want to ensure that I don't get too comfortable thinking I know what this community wants/thinks. That

timeout

I've coding 'timeout' into Python Gump (allowing GumpEnvironment to detect it & register it, and allowing launcher.py:executeIntoResult to use it if found) as an optional dependency. [I've done this in the hope of helping Hermes, which (I assume) is still in an uncomfortable situation of having a r

Re: timeout

> I'll ensure this runs on gump.try. In case this is informative to others I (1) I tried making on a new RHL (2) I downloaded and ran. See uname for details. BTW: The URL referenced within the source file is no longer valid, and I couldn't find it on the gentlemen's site. That said, I think the

[HEADSUP] Fw: cvs commit: gump gumpy.bat gumpy.sh

Just an FYI ... I am sure this won't occur without some issues. For example, most CVS update of Gump itself are done within gumpy.sh itself, so that one file typically needs to be manually updated. I'll do what I can to test a few workspaces. regards, Adam - Original Message - From: <[E

Re: [HEADSUP] Fw: cvs commit: gump gumpy.bat gumpy.sh

seemed to want to be /usr/local/bin/bash). I've manually update LSD, dotnot, gump, brutus, hermes. regards, Adam - Original Message ----- From: "Adam R. B. Jack" <[EMAIL PROTECTED]> To: "Gump code and data" <[EMAIL PROTECTED]> Sent: Monday, April 05, 2004

JIRA (was Re: [GUMP@lsd]: xml-xerces2/dist-xerces failed)

and data" <[EMAIL PROTECTED]> Sent: Monday, April 05, 2004 4:57 PM Subject: Re: [EMAIL PROTECTED]: xml-xerces2/dist-xerces failed > Can now close Jira issue GUMP-44. > ----- Original Message - > From: "Adam R. B. Jack" <[EMAIL PROTECTED]> > To: "

Re: timeout

> I see no evidence of a rogue child. What leads you to this conclusion? > > Note: hermes was down for a number of hours yesterday due to an operator > error. Oh, how funny. I read what you wrote: > It seems that pgrep doesn't exist on FreeBSD. The web site started to > materialize once I manua

Re: timeout

> OK, lets get back to this issue. Nobody here seems to know why the > forrest run takes so long, but it takes a significant fraction of the > overall run. Including me. ;-) > It also produces thousands of web pages, only a small > fraction of which are likely to ever be looked at. Agreed. > A

Re: timeout

> I'll see what I can do to install dynamic forrest on gump today as soon > as I receive a password for brutus. I've forwarded a mail (from Sam) to both you and Stefan. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED]

<    1   2   3   4   5   6   7   8   9   >