be to bump our
dependency to 1.2 and remove the catch.
Once I stop procrastinating and fax my CLA I will probably JFDI. :)
--
Ryan Hoegg
ISIS Networks
http://www.isisnetworks.net/
Adam R. B. Jack wrote:
Folks,
I posted this to the commons-dev [codec] list yesterday, but figured you
might
Also, RC3 is out... Might want to upgrade :)
Done (on brutus).
Brett,
RC3 doesn't seem so happy -- *as I installed it*. Do I need to run it once
(online) or something? Any particular goal?
RC3 doesn't seem so happy -- *as I installed it*. Do I need to run it once
(online) or something? Any particular goal?
Ok, assuming the answer is yes, I tried. Why does it want rc2 for rc3? Some
plugins need clearing out or something?
regards
Adam
__ __
| \/ |__ _Apache__ ___
| |\/| / _`
RC3 doesn't seem so happy -- *as I installed it*. Do I need to run it
once
(online) or something? Any particular goal?
Ok, assuming the answer is yes, I tried. Why does it want rc2 for rc3?
Some
plugins need clearing out or something?
Gosh I hate it when I have public conversations w/
When do folks thing we ought (1) move the Avalon repository to SVN and (2)
create on for Forrest (congrats on TLP) as SVN? Ought we let things settle a
little while?
regards,
Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterprise
Try Sybase: http://www.try.sybase.com
Oops, isn't this the wrong list?
Infrastructure@ or am I missing some valid point here ?
I was somewhat confused by the answer. I meant in Gump configuration... :)
regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Do folks mind if we mandate Python 2.3 for Gump? Right now we use Python 2.2
(avoid some methods and bundle the logging classes, and such) for folks like
Leo who couldn't get a later RPM (or whatever). Can we upgrade to 2.3?
[I am trying to optimise Gump, it is sickly slow for the little it
From: Claus Pedersen [EMAIL PROTECTED] wrote:
Has there been any solution to this problem?
I have problems getting it to work
Any help would be appreciated..
It now works ... but I sure can't recall what the fix is (was). If I were to
guess it'd be along the lines of the
I am trying to get Geronimo to build on Gump using Maven. The issues is
dependencies (MX4J and Velocity) and artefact identifiers. I'd like to
gather information to generate a repeatable process by which issues like
these can be easily resolved.
Looking at:
I was wondering if we have enough traffic on this list to warrant a split to
multiple lists.
I've heard folks complain about traffic, and there are times it really
flurries. I worry that 'user' requests don't get the wide audience they
deserve due to overload w/ RTs development ideas.
I can
On Thu, 3 Jun 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
1) I've removed the id= here (and will cleanup what fallout I can)
'cos Gump defaults id equal to jar basename,
This is not entirely correct - and we either kill all traditional
Gumps now or get into a maintainence nightmare
BTW, we also have
[java] Dropping project jakarta-tapestry because of Exception
java.lang.Exception: project commons-beanutils not found processing
project jakarta-tapestry
[java] Dropping project cocoon-block-scratchpad because of Exception
java.lang.Exception: project
I found that the 'annotations' I was allowing on XML elements was somehow
clashing with the 'Pythonic' (delegating) 'XML merge' code. Don't ask me
why, but removing it allowed a major major metadata load speed-up. Minutes
back to seconds.
It isn't quite a blinding fast as Nicola once commented
Anybody here got sufficient Apache mojo to be trustworthy of root on Brutus?
Sam isn't able to be our sole admin, and I don't think infrastructure want
to take on our issues (if we -- i.e. Stefano/Leo/Stefan?) will take it on.
regards
Adam
- Original Message -
From: Adam R. B. Jack
I found that the 'annotations' I was allowing on XML elements was
somehow
clashing with the 'Pythonic' (delegating) 'XML merge' code. Don't ask me
why, but removing it allowed a major major metadata load speed-up.
Minutes
back to seconds.
Wow, that's cool! But please help my oor little
If I want to use maven with my gump project what xml code should I put
in my project.xml file/other xml files?
Right now, if you use maven goal=x ... similar to how you would ant
target=x, see:
http://gump.apache.org/metadata/ant.html
We haven't documented it (due to it still being
Do folks mind if we mandate Python 2.3 for Gump?
Is this something we need a vote on? Something to grab folks attention,
before I break things on them? [I'm guessing a VOTE is a lousy way to
provoke participation, I'm guessing most folks (who read this request) are
(like myself) not Python
On Friday 04 June 2004 14:22, Stefan Bodewig wrote:
which means it literally expects an executable command inside the
working directory (note the ./ at the start and the hard-coded .sh at
the end of the expression). You can't run arbitrary command lines
with script in traditional Gump.
Not sure. What happens if you use goal=native:compile site?
command line
maven --exception --offline native:compile site
Ah, the space in there forces the quotes the problem. That said, this
seems familiar, I swear this has come up before. Ah yes, I see Ant has:
# End with the target...
Ok, it has been asked enough times, so time to document maven. I've done
it, and will commit/upload as soon as I get the answer to this question.
Does traditional Gump support Maven? If not (and I believe not) I'll simply
document that fact.
Separate question. Ought it?
regards
Adam
--
Separate question. Ought it?
Time to retire it, IMHO.
I almost hate to say it, but I think I agree. I would like to
extend/migrate/clean-up the GOM (e.g. not have SVN repositories say 'cvsweb'
and such) and lots of little things like that. No point doing those all
twice.
regards,
Adam
gump.xml is the descriptor generated by maven gump IIRC. Since
Gump's support for Maven as a build tool is rather new, there probably
is no automated way to generate a Gump descriptor from project.xml
yet.
We've asked the Maven folks not to change the 'gump' goal *yet* (to produce
maven
Modified:python/gump/build Tag: CleanUp maven.py
Darn, meant to do that in HEAD. Having two branches as projects in Eclipse
is a liability...
Oh well, I'll merge it when I merge. I scp'd the page up to site:
http://gump.apache.org/metadata/maven.html
regards
Adam
One thing I dislike about Python (for Gump) is we've not found a nicer
way
to timeout processes. One thing I dislike about Gump's implementation
(for
this part) is that it runs the program, not just detects it on the PATH -
but this is 'cos since we had code to do this
what about the type
Where to start? Ah yes, loved this mail...
I keep thinking about this (especially as one of my private gumps
usually takes 25 hours to run).
My first thougt here is cascading Gumps, the main ones store jars in a
public repository, and downstream Gumps (typically private ones) just
use/download
Traceback (most recent call last):
File gumpy.py, line 323, in ?
raise RuntimeError('No such workspace at ' + str(workspacePath))
RuntimeError: No such workspace at /data3/gump/gump/lsd.xml
the file is indeed not there. No idea why not (reading e-mail backlog
right now).
I think
On Tuesday 08 June 2004 22:44, [EMAIL PROTECTED] wrote:
+ '''ArtefactsRepository'''
--^
Can ASF unify around the spelling with i or e, but not both ??
I have my dictionary set to be UK English (not US English). I know
English is the (defacto?) common language used at ASF, but does
Let's retire the java version of gump.
+1. And with thanks for the years of service...
regards,
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'd suggest tagging CVS and making it clear that java gump may deviate
from documentation, etc but permit changes to the code.
We could take the opportunity to:
1) Move Gump (Python) core to SVN
2) Move Gump Metadata to a separate CVS repository [to move to SVN one day
in the future, when all
I just can't seem to deal with the code that Sam originally wrote for
parsing/merging XML. I've spent days trying to develop unit tests, and get
inside it. I think I have a clue how it is meant to operate/function, but
the implementation is so 'tight'/Pythonic that I just can't get 100% with
it. I
Nothing much, and as Leo said, that can be hard to change.
In this case, only as hard as a few people finding/stating it gets in their
way. Consistency is key for ASF processing artifacts automatically.
Changed. :)
regards,
Adam
On Wed, 9 Jun 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
We seeem to be getting sparodic timeouts to mail.apache.org
Sure it is a timeout?
The ant-contrib nags do not come from an apache.org sender so I
suspected a no-relay rule kicking in.
It is oddly coincidental that we get
I couldn't agree more. JIRA has to help us smooth out the inflow.
delurk
Can you elaborate on this? I'm rewriting JIRA's email templates at the
moment, so am interested in that general area..
I don't think I was meaning anything more perceptive than JIRA is a good
TODOs list, but I have
Is it possible to include the email headers (at least to, from, date
subject) in the Unable to send digest mails? This would make
debugging of failures somewhat easier.
The code base I have here pretty much does that, plus reason for failure.
Unfortunately I went on this DOM chase w/ the
Make jakarta-commons-codec-11 depend upon commons-build. Get the
license file from commons-build. Send a patch to the codec crew. Nag
them 'til they commit.
Probably not what you wanted to hear.
Just to clarify. The commons-codec HEAD build works fine within
jakarta-commons. This is an
This is an historic (tagged) version I am trying to
construct, 'cos WS-XMLRPC can't built against head, and won't move up.
If it is tagged and never going to change, you could simply create a
packaged project.
Ah, of course. Staring me in the face. Thank you. :)
I wonder, is there a way
Just to clarify. The commons-codec HEAD build works fine within
jakarta-commons. This is an historic (tagged) version I am trying to
construct, 'cos WS-XMLRPC can't built against head, and won't move up.
Ah, okay. Why won't they move up?
They just don't want to move up, they are like the
As more and more people go there, it'll get more and more painful for us not
to be.
Berin's post made me think of this:
http://jroller.com/page/bloritsch/20040610#re_eintering_the_cocoon
regards,
Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterprise
Try Sybase:
Ought we just expect developers to do
the above?
Nope. That would be like expecting developers to run ant javadoc for
themselves rather than pointing them to a website hosting the javadoc.
It is just a good form of communication - provide documentation up front
for all to see. Perhaps
I'd like to discuss deprecation.
The only Gump API we have today is the metadata. I'd like to formalize that
[perhaps even with version attributes on major (distributed/community
edited) elements], have XSD schema for validation. I'd also like to be able
to migrate/enhance it it. (I've stored up
I want to allow Gump to use Depot to download jars from a repository (when
legal) so we don't have to manually install/distribute packages (or, keep it
to a minimum). My goal is to take this to 'personal cascaded Gumps', i.e.
where a user builds less and less just automatically downloads the
Adam R. B. Jack wrote:
At the same time the Forrest folk divided to do some major (copyless)
work,
and they removed the ability to pass work/site location parameters to
the
batch file. Gump used these.
They will be back somehow, don't worry :-)
No worries. As you said, we probably
http://gump.apache.org/bylaws.html exists ever since the bylaws became
final. Reach it via the last link in the navigation.
Starting me in the face, sorry thanks. I wanted to review it to see where
we stood on the 'retirement' vote.
regards,
Adam
It has been 10 days since the vote to retire Traditional Gump was put out.
As I read this [VOTE] mails on this list I see seven +1s (Leo, Adam,
Davanum, Martin, Nicola, Stefan, Stefano), one +0 (Michael), one -0 (the
suggestion of a -1 if traditional Gumps were stopped, Sebastian).
My problem is
Is nagging on by default ?
If it is a config entry, it's probably best to have the nag only as a
commandline parameter, to prevent spam in the future ?
Nagging is both a command line parameter (--notify) and has to be
requested/enabled in the workspace (with nag...). Unfortunately when I
I think this was a stray error from a test (broken) Gump, sorry. Please
ignore, unless it continues.
regards
Adam
- Original Message -
From: Scott Nichol [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 18, 2004 11:21 AM
Subject: Apache SOAP (ws-soap)
Apache SOAP started
How about a compromise? Here is my proposal:
Fork the metadata tree (perhaps putting the new one in SVN) and make it
very clear that the gumpmeisters have no intention of maintaining the
traditional metadata themselves (but anyone with commit priviledges may
modify the traditional metadata if
Could you please have a look if this looks good?
Sure.
As a commons comitter i
should be able to commit this change to gump, right?
All ASF commiters can.
But i dont wont to break the whole sandbox module due to an incorrect
addition - is there a change to check this before such a change
Sorry for not understanding how nagging works, and perhaps the intent
already
exists, but shouldn't a Gump instance have a Concern Area, i.e. Nag
projects that have 'these' domains in the nag-address ? And by default
only
use the domain-name on the host it is running.
Nagging works for public
One of the questions that haven't really been answered/resolved by the
board (IIRC) is whether automated snapshots are considered releases.
This is really a big deal (for me probably others).
If so, you can forget the whole business of nightly builds being
distributed from ASF hardware -
Can we please make gump output available at
http://brutus.apache.org/gump/ws-axis/ws-axis-test/index.html
instead of
http://brutus.apache.org:8080/gump/ws-axis/ws-axis-test/index.html
I can but file the request, but the request is there:
http://nagoya.apache.org/jira/browse/GUMP-59
The question is, does Maven fully support disabling the normal 'repository
management' allowing Gump to provide the artifacts for each project?
Theoretically yes, but I think Stefan has disproved that it isn't
leak-proof.
Can Maven be told to ignore versions in the POMs ?
Yes.
I have so
My conclusion is that the maven scenario is very similar to the magic
scenario. To do real integration you need to be able do to something
like set some special property so that magic or maven can take control
over classloader definition in the knowledge that the build is a gump
build (i.e.
A DOM4J fix would benefit 86 other projects, so thanks in advance...
http://brutus.apache.org:8080/gump/project_todos.html
http://brutus.apache.org:8080/gump/dom4j/dom4j/index.html#Project-level+Files
Hmm, this show 'class not found'. I wonder if this is as simple as the test
classes not
But, I don't know how to tell gump how to do this.
http://gump.apache.org/metadata/project.html#work
What I don't understand is that these paths are added to the classpath
in the test target of the Ant build.xml file, but gump doesn't seem to
use them. Is this correct? I'm new to gump
not for me. I just have a ton of TODO items, no time, bad health. Gump
stuff is on the list. Hope to get some of this done this week.
On, now that I know that please remove the Gump stuff from your list,
and focus on health and time for you. I can live w/o this stuff (and work on
Depot for
. Works fine from my Windows
desktop at home, though.
Scott
On Jun 22, 2004, at 2:05 PM, Adam R. B. Jack wrote:
not for me. I just have a ton of TODO items, no time, bad health. Gump
stuff is on the list. Hope to get some of this done this week.
On, now that I know that please
.jar
it seems that the gump jars are older versions, perhaps they could be
upgraded?
Maarten
Stefan Bodewig wrote:
On Mon, 21 Jun 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Hmm, this show 'class not found'. I wonder if this is as simple as
the test classes not being told to Gump
# I'm tempted to put up a crontab that kills these processes. WDYT?
We've not found a good way to kill them from Python, so why not. Could we
get a mail (or report file somewhere) of what was killed?
regards
Adam
-
To
I've been struggling with Gump performance issues for months now. That is
'clogs up' (on large workspaces) has continually hampered usage
(frankly)
my progress .
One thing that I did find when I was doing performance analysis/tuning of
the DOM-like (create a tree of objects then serialize)
BTW: One of the 'admin to-do's is to see (not sure how) if Brutus is happy
or dogging. While you are in there, mind keeping an eye out? I think the
'slowness' is Python Gump leaking (and some stray CPU intensive paths that
Python let's one code so fast/easily ;-) but it'd be nice to know from an
Any other takers on this one? I'd like to compare/contrast the new branch
build to the live build, to see how far I am from done ready to merge.
Having it public would be helpful 'cos I could get more eyes on it.
regards
Adam
- Original Message -
From: Adam R. B. Jack [EMAIL PROTECTED
hey adam, you can do lots of things as a local user, like publish things
in ~/public_html. No need to wait for other people for testing stuff.
Anyways, working on it...
Thanks for the suggestion, and for all the help. I'll keep that option in
mind (I think I just tunnel visioned on what the
I also agree to email release notices via email to opensource-releases
at wingware.com, for any and all open source projects that use the
software licenses purchased on this order.
Afaik gump never had a release (not even the java one).. :)
Then we are off the hook, right? ;-)
Seriously,
I took a break from the studying I ought be doing, in order to tinker with
multi-threading. Heck, I've suffered all this pain w/ Python (my own doing,
no doubt) so I might as well get some fun out of it. I like the results.
Since cvs|svn|whatever are typically network latency/IO bound, there is
This CleanUp branch has taken on a life of it's own. The change to DOM has
been 'cleaner' -- I trust/know everything that goes on -- but it hasn't been
easy. [It is amazing how many hours of coding/debugging I've had to put in
to get some weak approximation of what Sam achieved in w/ some Pythonic
Leo wrote:
I've been reading gump code.
Awesome.
Three comments so far:
* boy is there a lot!
Yeah, but then you've seen my mails right? I have various forms of dihorrea.
;-)
I know I write fluffy code, I just can't seem to achieve that excellence
that allows tight terse. I'm working
Next week I'm going to see if its possible to set up a debug-enabled
gump on brutus and see if I can get the wing ide up and connected to it.
When it works I'll let you guys know ;)
BTW: It is the full Gumps (600 projects) that tend to 'clog up', I've found
the smaller ones (e.g.
The CleanUp branch is getting pretty darn close to matching the CVS HEAD
Gump again (the odd 'didn't expand @@DATE@@ somewhere obscure' kinda bug
might exist, but not in the first projects, or so this seems to show:
http://gump.try.sybase.com/buildLog.html).
However, we get this w/ CleanUp
1.4 some code compiled under JDK 1.5.
These options of javac : -source 1.5 -target jsr14 according to the
article, allow to compile under jdk1.5 and to run under jdk1.4.
Cheers,
Antoine
Adam R. B. Jack wrote:
The CleanUp branch is getting pretty darn close to matching the CVS HEAD
Gump
On Fri, 2 Jul 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/gump_work/build_xml-crimson_xml-crimson.html#Output
I get an internal server error when I try to access this.
Yes, I foolishly tried to remove an xdocs related bug
http://brutus.apache.org/gump/jdk15/xml-crimson/xml-crimson/gump_work/build_xml-crimson_xml-crimson.html#Output
I get an internal server error when I try to access this.
Yes, I foolishly tried to remove an xdocs related bug before I went away
for
the long weekend, and trashed it.
boostrap-ant will probably pick up tools.jar from the CLASSPATH, but
this shouldn't be necessary as the script can find it on its own if
JAVA_HOME is set correctly.
For some reason I didn't beleive that to be the case (back when I added the
usage of the system CLASSPATH w/ tools in it.) I've
I have no idea how you launch java from Python. This one obviously
does not use the 1.5 JDK.
It simple makes a system call to 'java', so it gets what is first on the
path.
Ah yes, the PATH is visible here:
http://brutus.apache.org/gump/public/gump_work/check_env.html
and
Is it possible to tell gump to execute a project *without* supplying an
explicit target. According to the docs if no target is defined in the
ant .../ statement, the default target reverts to gump. What I
would like is gump to execute ant without setting any target.
Is this possible?
I
Something seems sick to me. I get 'document contains no data'. I get this
fine:
http://brutus.apache.org/gump/
So it seems (to me) that the tomcat needs restarting.
regards,
Adam
- Original Message -
From: Stephen McConnell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday,
Just a note to let you know that I have not been able to connect with
brutus for the last couple of days. Plain old http://brutus.apache.org
appears to be working but the gump url does not.
http://brutus.apache.org:8080/gump/modules.html
Steve, it finally dawned on me that I could use the
for a few days, just to verify
nothing truly offensive occurs immediately.
Thoughts?
regards,
Adam
- Original Message -
From: Adam R. B. Jack [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, June 17, 2004 10:50 AM
Subject: Gump work-in-progress (CleanUp branch)
I've been struggling
It seems we have two of these things. Any insights? Any thoughts on action?
regards
Adam
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, July 07, 2004 11:16 AM
Subject: cvs commit: gump/project javagroups.xml jgroups.xml
ajack 2004/07/07
Just before the error - ant is reporting that it is dropping a bunch of
phoenix references because the gump outputs are not found - and
logically as a consequence we hit the error concerning the class not
found.
Good point. Looks like two absolute paths are being concatenated there.
Phoenix
could someone explain to me exactly *why* we're running forrest as a
webapp? It's a relatively big resource hog...
Recall when we ran forrest as a batch command? It would generate thousands
of pages (costing lots of resources) even if those pages were never viewed.
Basically, from what you say,
The last gump run (which has come on-line about 30 mins ago)
Start Date/Time (UTC) Thu, 08 Jul 2004 07:00:49 (UTC)
End Date/Time (UTC) Thu, 08 Jul 2004 13:26:41 (UTC)
What is happening between 13:26 and 17:15 (about 4 hours). There appears
to be a really big delay between the end
still busy doing some gump profiling. I'm seeing this:
I really appreciate that -- thank you!
[EMAIL PROTECTED]:/root# ps aux | grep gump | grep -v tomcat
gump 23233 0.0 0.0 8568 1692 ?SJun25 0:57
/usr/bin/python2.3 /usr/bin/pydoc -p 1243
Ok, the Python Documentation.
My local (work) Gump that builds a really small subset of the Gump stack
(and then my code) started dying w/ lack of disk space. We found that we
were getting a full /tmp, and then I saw that Brutus has a similar issue.
[EMAIL PROTECTED]:~$ wc /tmp/*.xls
-bash: /usr/bin/wc: Argument list too long
I have started to use python myself because I loved the much faster
try/fail cycle of a scripting language and python looked a lot
friendlier than other scripting languages.
Python is fun to get started with has some really nice features. My guess
is I've not even come close to touching the
Adam, please, let me start saying this is (as indicated) a random
though, not a proposal, nor a criticism.
Thanks, but not neccessary, I've had the [RT] myself many times. In the
early days of this (as one gent on IM can attest) there were an uncountable
number of times I bitched I could
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
Log:
(I have to try it)
+ property name=build.sysclasspath
value=dark-arts-volume-one/
Sure, but I wouldn't be surprised if I tried to stop you (when I coded it).
We'll see. :)
regards
Adam
-
To unsubscribe,
In any case, the files
are created in the system temp directory, using the java
File.createTempFile method call. I dont know if that is something that
can be controlled by setting environment variables.
Does JDK 1.3+ cover POI users?
I have heard some horror stories about getting those Gump building
boxes working, and we are somewhat in over our heads, as I don't think
anyone with Python experience is interested in helping out...
Those were the bad old days are part of what inspired me to tinker w/
Python Gump. ;-) It
Well - maybe its not that bad ... but all the same - this is an early
warning .. I'm thinking about making a copy of AntBuilder
(gump/python/gump/builder/ant.py), renaming it to magic.py, making a
couple of small but significant changes, sorting out what actually does
the builder selection,
The only (small
but significant) extras I can think off would be:
[...]
4) A unit test suite (like gump/test/maven.py) for whatever you tweaks are.
Since we have home grown pyunit, one needs to edit gump/test/pyunit.py to
import the suite and add it to the runner. Once done you can run the
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
Along these lines, could I get feedback on these two modules? If folks can
grok these, maybe there is hope for Python Gump.
The builder: (see method buildProject):
http://cvs.apache.org/viewcvs.cgi/gump/python/gump/build/builder.py?rev=1.7view=markup
The AntBuilder (there are also
What I am trying to say... I would love to help out with Gump at code
level, but Python is a hinder that I won't try to climb. Fishing
sounds more tantalizing. ;o)
Yes, that was clear. Unfortunately, Gump is currently written in Python, so
your offer of assistance comes with too great a
Seems a key point to me. So can we say that these artifacts are NOT
considered release?
I would say so, yes. Gump creates artifacts that should *NOT* be
considered released and officially endorsed by the ASF, any use of those
artifacts, if made available, should come with a big WARNING
Could I get folks to review this, and (preferably) improve upon it?
regards
Adam
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 13, 2004 3:14 PM
Subject: cvs commit: gump ARTIFACT_DISCLAIMER.html
ajack 2004/07/13 14:14:28
Added:
Questions; Will Gump use JDK1.5 by default later? Will it be possible
to tell Gump which version of the JDK to use for the build?
Things are getting increasingly complicated.
Avalon doesn't build with 1.5 (not yet anyway).
Avalon requires 1.3, and other projects 'promises' JDK 1.1, but
Go for it.
SVN rulez and it's very well integrated with IDEs now and many apache
projects are moving.
I read this to mean you'd like to see Gump migrated to SVN. I could read
your respones as saying, do my 'CVS branch' step first, since it is a move
in the general directon, but I am guessing
Any takers? Pretty please...
regards
Adam
- Original Message -
From: Adam R. B. Jack [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 12, 2004 1:20 PM
Subject: Dymystifying Gump Code...
It is clear that for Python Gump to flourish, it's code needs to be clear
documented
201 - 300 of 610 matches
Mail list logo