Adam R. B. Jack wrote:
I just committed some updates to the gump3 branch that on my machine,
allow me to run on cygwin+winxp+python2.4-win32. Could some people try and
follow
Some cygwin testing:
Thanks!
$ bash gump webgump
hostname: invalid option -- s
Try `hostname --help' for more information
I just committed some updates to the gump3 branch that on my machine,
allow me to run on cygwin+winxp+python2.4-win32. Could some people try and
follow
Some cygwin testing:
$ bash gump webgump
hostname: invalid option -- s
Try `hostname --help' for more information.
./bin/debug: line 24
http://wiki.apache.org/gump/GumpThree
And let me know where it breaks?
I'm new to Cygwin, so probably failed to install things exactly as you
specified (a problem for later stages, I suspect), however, I can't seem to
get past the mysql step.
$ bash gump test
gump: line 1:
I had similar problems. However instead of seeing messages about
$PATH, I saw the contents of $PATH, which rather messes up the
messages!
Hopefully this can be fixed?
==
I also had difficulty working out how to create the gump database - in
the end I used:
mysqladmin -u root -p create database
For those reading along, Adam and I find out on ICQ that his bin
subdirectory was in some way wrong containing entirely different cruft.
Hence, he was missing PrintPath and testrunner.py
cheers,
Leo
Adam R. B. Jack wrote:
Having gotten further...
1) Test fails. Something is missing (or
For those reading along, Adam and I find out on ICQ that his bin
subdirectory was in some way wrong containing entirely different cruft.
Hence, he was missing PrintPath and testrunner.py
Yeah, I think I must've used an old old SVN client that (due to some change
in the repository)
Hi gang,
I just committed some updates to the gump3 branch that on my machine,
allow me to run on cygwin+winxp+python2.4-win32. Could some people try and
follow
http://wiki.apache.org/gump/GumpThree
And let me know where it breaks?
Cheers,
Leo
Leo Simons wrote:
Pfew. We really should start writing some unit tests. If I had the time I
would start from scratch one more time using a test-first approach, but I
haven't figured out how to comfortably do test-first python development yet.
That paragraph sounds extremely important to this
to see first is where we need it. Instrument the different bits
of the build and find out where we need the speedups. Keep most of the code
simple! :-D
CLI
---
I've gotten the Gump3 branch into a state where
everything works (for me), as far as stuff is implemented. The main
core
thing
On 08-01-2005 20:58, Stefano Mazzocchi [EMAIL PROTECTED] wrote:
big snip of lots of stuff/
I see you have a Maven parser, but could/should
that be a plug-in?
This is *EXACTLY* the kind of question we should *NOT* be answering. It
does *NOT* matter if it's a plugin or not, as long as it does
The goal now is to allow Gump3 to perform builds and put its data into
the database so that dynagump can start publishing it.
Everything else is secondary.
I agree, but I think Gump3 is a good idea and I'd like to see it for the
long run. The *right*/focused plan for now is to accept that
Ooh, long e-mail! I'm gonna try and split this up... :-D
Sorry Dude, I got excited. :-) I'll try to keep them shorter or split them.
[I'll reply a few times to this one.]
Having slept on what I saw, I do have some serious questions, and (to keep
it short, I'll come right to the point, knowing
Boy, this really came across wrong.
First of all (and not for the first time, but probably not for the last
either.. unfortunately) allow me to apologize: I *really* would love to
just have time to spend on this, showing how gump could potentially be
the killer app of the semantic web... but
On 09-01-2005 17:40, Adam R. B. Jack [EMAIL PROTECTED] wrote:
The goal now is to allow Gump3 to perform builds and put its data into
the database so that dynagump can start publishing it.
Everything else is secondary.
I agree, but I think Gump3 is a good idea and I'd like to see it for the
Adam R. B. Jack wrote:
I'm a PIPE lover the much as the next guy, but simple flat stream pipes are
not what we are building. Our components use complex results. Do we need
contracts for those, or things (like DOM tree/XML structures) that we can
persist/stream/validate. [How does Cocoon address
On 09-01-2005 18:28, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Ooh, long e-mail! I'm gonna try and split this up... :-D
Sorry Dude, I got excited. :-)
Excitement is good!
I wonder if there is as much significant difference between
Gump2 and Gump3 as I first thought.
Probably not. Then
checkouts.]
I've gotten the Gump3 branch into a state where
everything works (for me), as far as stuff is implemented. The main
core
thing that is missing is cyclic dependency detection. I've got the right
algorithm written down on paper, just need to make it happen. The hooks
architectural impediment for this.
I've gotten the Gump3 branch into a state where
everything works (for me), as far as stuff is implemented. The main
core
thing that is missing is cyclic dependency detection. I've got the right
algorithm written down on paper, just need to make it happen. The hooks
Hi gang!
Phew, have I been busy :-D. I've gotten the Gump3 branch into a state where
everything works (for me), as far as stuff is implemented. The main core
thing that is missing is cyclic dependency detection. I've got the right
algorithm written down on paper, just need to make it happen
What I would like now is a beer and some feedback :-D
First feedback ... my ailing 802.11b WISP network practically puked on all
those Cocoon JARS. Yikes! I had to give up on Eclipse SVN and use command
line SVN so as not to time out. 4+ hours (on third try) and counting. And
no, I won't move to
20 matches
Mail list logo