Re: [RT] Gump Architecture

2004-03-27 Thread Stefano Mazzocchi
Leo Simons wrote: in other words, do it incrementally. Sorry, then I misunderstood you. I just think that we should keep scratching our itches and stop doing abstractions just because it's cool and elegant. That's all. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature

Re: [RT] Gump Architecture

2004-03-27 Thread Sam Ruby
One thing that is possible to do in Python that would have been difficult to do in shell script is to parallelize some of the processing. In a daily build, there are three major components: cvs/svn update, copy/rsync, and build. My recommendation would be to not overdesign this (too many proce

Re: [RT] Gump Architecture

2004-03-26 Thread Stefan Bodewig
On Thu, 25 Mar 2004, Leo Simons <[EMAIL PROTECTED]> wrote: > Traditional gump has this architecture. > > On completion, some other script files are or can be run to do some > other things (like send out failure notifications). which is done by a Perl script, which just adds to the tool mix of "tr

Re: [RT] Gump Architecture

2004-03-25 Thread Leo Simons
Stefano Mazzocchi wrote: Leo Simons wrote: (did I mention I'm an avalon guy? :D) did I mention that Avalon is dying out of flexibility cancer? nope, and you shouldn't over here, wrong list :D Dude, let's just fix things incrementally. well, "duh" :D. No one said anything about development process

Re: [RT] Gump Architecture

2004-03-25 Thread Stephen McConnell
Stefano Mazzocchi wrote: Leo Simons wrote: (did I mention I'm an avalon guy? :D) did I mention that Avalon is dying out of flexibility cancer? Yes Stafano ... I've been watching your predications. Stephen. -- || | Magic by Merlin

Re: [RT] Gump Architecture

2004-03-25 Thread Stefano Mazzocchi
Leo Simons wrote: (did I mention I'm an avalon guy? :D) did I mention that Avalon is dying out of flexibility cancer? Dude, let's just fix things incrementally. Lazyness is a virtue and Darwin is your man. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature

Re: [RT] Gump Architecture

2004-03-25 Thread Michael Davey
Nick Chalko wrote: I had thought of using a event / black board system to support a distributed gump. Using something like javaspaces. [snip workflow] This is a radically change but much more scalable. Wow, what a [RT]! I think this is a fantastic idea. It might be worth taking a look at JXTA

Re: [RT] Gump Architecture

2004-03-25 Thread Nick Chalko
Leo Simons wrote: As for the buzzwords...let's create an action-based, data-centric, graph-based, versioning-enabled, highly componentized, extensible, continous integration system. I have no idea how to do any of that in python, but it sounds like fun to find out.. I had thought of usi

[RT] Gump Architecture

2004-03-25 Thread Leo Simons
Remember my jira entry screaming for architecture. Here's some thoughts. This is the big abstract braindump I hope some people will understand. Producing an RT a day...yep, I spend a lot of time thinking about this atm :D == Traditional Gump == Traditional gump has this archite