bodewig 2004/03/01 23:44:28
Modified:project jakarta-commons.xml jakarta-commons-sandbox.xml
Log:
Commons IO has graduated
Revision ChangesPath
1.122 +23 -0 gump/project/jakarta-commons.xml
Index: jakarta-commons.xml
===
On Tue, 02 Mar 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> What do you want to stop? Building of the jars or just publishing
> them?
BTW, this would be the ripple effect if we'd stop building
jakarta-commons-sandbox projects in Gump:
Dropping project jakarta-turbine-fulcrum because of Exc
On Tue, 02 Mar 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]>
wrote:
> the jicarilla build is assuming that the user has a .jbs
> subdirectory, this is not very cool.
If the build-reactor.xml is really necessary, you can override
jbs.home in the Gump descriptor so that it works against a copy fro
I'm not exactly sure what you are asking for, so please help me to
understand the proposal.
Gump builds stuff and under certain circumstances it publishes the
generated jars. For example, the build system that is currently
sending the nag emails is not publishing the build artifacts at all.
What
On Mon, 01 Mar 2004, Nick Chalko <[EMAIL PROTECTED]> wrote:
> commit mails are still going to [EMAIL PROTECTED]
I think that is OK since gump-cvs is an alias for [EMAIL PROTECTED]
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECT
Okay, so you just mean no gump for sandbox [deletes long rant about
importance of nightly builds]. Summary of it is, that I think gump and the
apache repository need to be hooked together so each project is updating
the SNAPSHOT whenever it changes.
Last Lang SNAPSHOT was the end of January.
+1
Hi,
I am interested to join in this development team.I
checked the "outstanding TODOS " list and I am
interested to invole in this team.Let me know if I
could do something.Btw I do't know " Python".I am from
J2EE/Java background.
regds
Kicha
__
Do you Yaho
> This is a proposal to begin to end the abuse of the sandbox. (The sandbox
> was intended as a temporary 'play area' for new ideas, not a long term
> project home)
This is a fascinating approach, and not unlike something that drove me
towards Gump in the first place. I was a heavy user of a comm
This can wait a while, and certainly until after your demo.
I'll try to move it to the Wiki so folks can read/contribute as their time
allows, and not struggle to decipher (Adam English)/comprehend/respond
whilst surviving a day's inbox overload...
regards
Adam
- Original Message -
From
Henri Yandell wrote:
Okay, so you just mean no gump for sandbox [deletes long rant about
importance of nightly builds]. Summary of it is, that I think gump and the
apache repository need to be hooked together so each project is updating
the SNAPSHOT whenever it changes.
Nick's probably going to
Adam R. B. Jack wrote:
Stefano wrote:
While the question that you should be asking yourself is: what does the
data look like? how stuctured is it?
From where I stand, the gump metadata is highly structured and can be
perfectly mapped in to a relational structure with reasonable effort.
Also, giv
As long as project don't decide to use gump anyways and cheat relying on
a version sandbox projects jar checked into CVS then I think this is a
reasonable thing.
Stephen Colebourne wrote:
This is a proposal to begin to end the abuse of the sandbox. (The sandbox
was intended as a temporary 'play
> Spare the beer for a hot summer day... Try to provide a little bit more
> guidance, because I think that most people here (except LSD) are pretty
> scared of Gump.
I don't think a Gump descriptor is any more complex than an ant build
script, or a Maven project file, and it is documented (if impe
Hi Adam, and jicarilla developers,
(this is feeback about the build of jicarilla on gump, a system doing nightly builds of head revision of open-source projects)
the jicarilla build is assuming that the user has a .jbs subdirectory, this is not very cool.
Antoine
http://cvs.sourceforge.net/vi
> On Mon, 01 Mar 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> If I do so for the latest version, I get a different type of error
> message
>
>[junit] org.apache.xml.security.encryption.XMLEncryptionException:
>Padding: ISO10126PADDING not implemented [junit] Original Exception
>wa
Hi Sliders,
can you update the build.xml file located in the testsuite subdir, there
is a leftover of your last change of jdom version,
this is putting the gump build for your software unneedly in the red,
where it should be green like a prairie in Normandie.
Cheers,
Antoine
Index: testsuite/b
ajack 2004/03/01 14:46:41
Modified:python/gump/document forrest.py
Log:
Well, dotnot ran w/ this 'results linking' code, and didn't fall over,
but the results don't seem right. Need to dig in...
Revision ChangesPath
1.89 +12 -5 gump/python/gump/document/forr
>
>http://build.try.sybase.com/eclipse-gump/gump_xref/descriptor_project.html
> is this build.try.sybase.com URL supposed to be public ? I cannot open
> it in my Web browser.
Oops, no, sorry -- one of my internal ones. I was using my browser history
to get to an xref link, and didn't look closely
Anybody able to determine if this is doable/available on moof? PSP = Python
Server Pages. I'd love to tap into Gump Python modules from HTTP requests,
to provide functionality like (please verify/annotate my Gump metadata at
blah, kinda like Sam's feed validator, but a descriptor validator.) That,
Adam R. B. Jack wrote:
Could you enter this as an enhancement request into JIRA? I (about a month
ago) tried having this information listed in xref, and also on each
project/module, but even though it is in there (see the href attribute)
http://lsd.student.utwente.nl/gump/avalon/index_details.h
Stefano wrote:
> While the question that you should be asking yourself is: what does the
> data look like? how stuctured is it?
>
> From where I stand, the gump metadata is highly structured and can be
> perfectly mapped in to a relational structure with reasonable effort.
> Also, given its struc
ajack 2004/03/01 13:56:23
Modified:.gumpy.py
Log:
The projects expression '*' gets expanded, so pass 'all'.
Revision ChangesPath
1.7 +1 -1 gump/gumpy.py
Index: gumpy.py
===
RCS f
ajack 2004/03/01 13:49:30
Modified:.gumpy.py
Log:
I hate that Gumpy resolves workspaces relative to ../ 'cos it runs under ./python
Revision ChangesPath
1.6 +1 -1 gump/gumpy.py
Index: gumpy.py
===
ajack 2004/03/01 13:46:52
Modified:.gumpy.py
Log:
Trying to get this working in a real Gump...
Revision ChangesPath
1.5 +9 -6 gump/gumpy.py
Index: gumpy.py
===
RCS file: /home/cv
ajack 2004/03/01 13:35:31
Modified:.gumpy.py
Log:
Send url to log, don't send whole log...
Revision ChangesPath
1.4 +12 -8 gump/gumpy.py
Index: gumpy.py
===
RCS file: /home/cvs/gu
ajack 2004/03/01 13:28:00
Modified:python/gump/results resulter.py
python/gump/document forrest.py
python/gump/test/resources/full1 profile.xml
python/gump engine.py
Added: python/gump/test/resources/full1 server2.xml
Log:
Workin
nickchalko2004/03/01 13:17:02
Modified:blog/SuccessStories blojsom.properties
Log:
Added License. do we need this on all files in the blog ?
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
> The thing about the way LSD is installed, is that the gump install
directory
> (which [as of this moment] contains a work directory with stats.db a DBM
> file in it) is within the log. As such, if the name of this install
matches
> the module name, it actually (twice) checks out itself over itsel
> > /data3/gump/jakarta-gump
>
> Please don't bother, I am working in there at this mo, just checking out
> from CVS from scratch & copying the config in. I'll write details when I
get
> time.
The thing about the way LSD is installed, is that the gump install directory
(which [as of this mome
nickchalko2004/03/01 13:11:14
Added: blog/SuccessStories blojsom.properties
Log:
More decriptive information for the the Success Stories category.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
view at
http://gump.chalko.com/gb/blog/Issues?permalink=TakingControlOfModule.txt&preview=true
Note my cron updates the blog at 0,15,30,45 every hour. this won't be
visible even in preview mode until 1:15 PST
-
To unsu
nickchalko2004/03/01 13:04:43
Added: blog/Issues TakingControlOfModule.txt
Log:
Preparing comments about Avalon and module.xml
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
nickchalko2004/03/01 13:03:55
Modified:blog/News TLP.txt
Log:
Fixed links.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change addresses a PR in the problem re
nickchalko2004/03/01 13:03:40
gump/blog/Issues - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Nick Chalko wrote:
commit mails are still going to [EMAIL PROTECTED]
If we want them to go to [EMAIL PROTECTED] I will as
infrastructure to fix it.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
ajack 2004/03/01 12:47:02
Modified:python/gump/results resulter.py
Log:
Typo
Revision ChangesPath
1.6 +1 -1 gump/python/gump/results/resulter.py
Index: resulter.py
===
RCS file: /home/cv
ajack 2004/03/01 12:09:52
Modified:python/gump engine.py
Log:
Apparently even when I test locally I miss bugs thing, like importing a function to
call. Don't ask me how...
Revision ChangesPath
1.67 +1 -1 gump/python/gump/engine.py
Index: engine.py
Antoine responded:
> >This much I figured. But the site docs have a large gap between "purpose"
and
> >"details".
>
> I agree, I had to hack my way also to figure out where is the gump
> descriptor for avalon.
> (used find . -name "*.xml" | xargs grep avalon)
>
Could you enter this as an enhance
nickchalko2004/03/01 11:51:00
Modified:blog/News TLP.txt
Log:
We will release when the gump website is ready.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this chan
nickchalko2004/03/01 11:49:23
Added: blog/News TLP.txt
Removed: blog TLP.txt
Log:
Moved the TLP announcement.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS:
nickchalko2004/03/01 11:48:34
gump/blog/News - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
nickchalko2004/03/01 11:44:38
Added: blog TLP.txt
Log:
Starting the Gump TLP announcemnt entry.
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change a
nickchalko2004/03/01 11:36:05
Added: blog TestPost.txt
Log:
Test post is back.
PREVIEW is now working
you can fiew this post at
http://gump.chalko.com/gb/blog/?permalink=TestPost.txt&preview=true
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: ---
To get "posted by" credit's in the peas and carrots blog add
meta-blog-entry-author=My Name
to the entry file.
R,
Nick
Index: velocity-jdom.txt
===
RCS file: /home/cvs/gump/blog/SuccessStories/velocity-jdom.txt,v
retrieving revi
nickchalko2004/03/01 11:20:54
Modified:blog/SuccessStories velocity-jdom.txt
Log:
Added enty author line
PR:
Obtained from:
Submitted by:
Reviewed by:
CVS: --
CVS: PR:
CVS: If this change ad
Stefan Bodewig wrote:
Dear Infrastructure folks,
Source Control
==
commit mails should go to [EMAIL PROTECTED] for now.
commit mails are still going to [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTEC
ajack 2004/03/01 10:58:01
Modified:python/gump/model project.py state.py module.py property.py
workspace.py object.py
python/gump/document forrest.py
python/gump/results resulter.py model.py
python/gump/utils tools.py
BTW:
http://lsd.student.utwente.nl/gump/jicarilla-sandbox/jicarilla-collections.html#Build+%3A+build_jicarilla-sandbox_jicarilla-collections
Are we goign to be able to make these includes portable to Gump?
regards
Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterpri
Adam R. B. Jack wrote:
Stefano Mazzocchi wrote:
For this specific problem, I would go relational.
+1. Brain-dead and ugly solution like mysql ;)
When I think about the answers I've received [and thanks for them] I wonder
if folks are thinking more about the ugly/brain dead type problem of resul
I suspect something in my change to pure Python for file listing/contents is
causing these not to show. I'll investigate...
http://lsd.student.utwente.nl/gump/jicarilla-sandbox/jicarilla-collections.html#Annotations
regards,
Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwir
> Stefan Bodewig wrote:
>
> >Antoine has expressed interest in helping to maintain the website and
> >I wouldn't want to stop him. 8-)
> >
> >+1 from me.
> >
> +1 many hands make for quick work.
-- when they are good hands. ;-)
+1
regards
Adam
-
+1
On Mar 1, 2004, at 1:08 AM, Stefan Bodewig wrote:
Antoine has expressed interest in helping to maintain the website and
I wouldn't want to stop him. 8-)
+1 from me.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
> Is this an expected failure? Ought I use a more recent version of
> Forrest?
Having Nicola on our team we benefit from a lot of the nice extras (like
cool SVGs) but it often demands we have CVS HEAD of forrest. Please try CVS
HEAD.
regards
Adam
--
Stefan Bodewig wrote:
Antoine has expressed interest in helping to maintain the website and
I wouldn't want to stop him. 8-)
+1 from me.
+1 many hands make for quick work.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
On Mon, 1 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> Anybody interested in helping out w/ the Gump site?
Sure.
I just installed Forrest 0.5.1 and get an error:
X [0] images/gump-logo.pngBROKEN:
/home/bodewig/ASF/gump/gump/build/tmp/context/resources/im
> I just now looked into my build.sh again and we don't use -C. Now you
> have me extra puzzled, since it behaves exactly as if the switch was
> enabled (and I don't think -a includes -C).
I should have said that didn't quite register (but didn't 'cos I didn't have
time to check). I didn't think
> Stefano Mazzocchi wrote:
> > For this specific problem, I would go relational.
>
> +1. Brain-dead and ugly solution like mysql ;)
When I think about the answers I've received [and thanks for them] I wonder
if folks are thinking more about the ugly/brain dead type problem of results
tracking. I
On Mon, 1 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> I do think we need our own rsync, but it is good to know of gotcha
> like this prior to writing it.
Quite possible. In particular we don't need rsync but just sync.
> Do we need/want the .cvsignore functionality?
I don't really t
> Yes, sure. All when we are ready. Are we?
Nope. Ought we give it at least a week? No point in hurrying our coming out.
;-) We might wish to update the content/front page to better represent where
we wish to take Gump as a TLP. We might wish to add a reference to a logo
competition.
> Take a l
> avalon/target is in .cvsignore and since we use rsync's -C switch
> doesn't ever get cleaned out when doing an rsync.
First, Stefan, thanks for being so dogged w/ this problem, I doubt many
could've look into as hard as it needed.
I do think we need our own rsync, but it is good to know of gotc
On Mon, 1 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> Ought we just ask the Avalon guys if they mind us taking a copy of
> their metadata yet still sending nags to them, or just doing it? Or,
> are you ok working via patches.
If working with patches finally leads to Avaoln getting buil
On Mon, 1 Mar 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
>> What changes in other sites would we need?
>
> I was thinking the left side of here, but this has been done, it
> seems -- although the URL needs to be updated sometime.
Will do, once we feel the gump.apache.org is ready for prime
> I'm currently iteratively working towards a correct list of
> directories needed and will provide a patch against the current
> descriptor so that it is going to work.
Ought we just ask the Avalon guys if they mind us taking a copy of their
metadata yet still sending nags to them, or just doing
> What changes in other sites would we need? I have karma for jakarta
> as well as www if you know of things that need to get fixed.
I was thinking the left side of here, but this has been done, it seems --
although the URL needs to be updated sometime.
http://www.apache.org
Hmm, ought we
On Sun, 29 Feb 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]>
wrote:
> 2) jakarta-slide's build is failing with an irritating message
> saying it cannot copy
>
> /data3/gump/jakarta-slide/lib/jdom-b9.jar
>
> http://lsd.student.utwente.nl/gump/jakarta-slide/jakarta-slide.html
>
> the build shoul
martinvandenbemt _at_ hotmail.com and icq is 74842331
Yahoo is martin_van_den_bemt _at_ yahoo.com but hardly used since the
connection is unstable :)
Using gmain..
Don't use the mail accounts associated with the accounts :)
Mvgr,
Martin
On Thu, 2004-02-12 at 18:00, Leo Simons wrote:
> Hey guys,
>
On Sun, 29 Feb 2004, Vincent Massol <[EMAIL PROTECTED]> wrote:
> 1/ Is there a URL from where I can see the build output (i.e. the
> target-* dirs created by the build)?
pick up target-12.zip from my home directory on cvs.apache.org, it
contains target-12 from last night's build on LSD.
> 2/ Is
bodewig 2004/03/01 06:29:46
Modified:project gump.xml
Log:
jakarta-gump -> gump
Revision ChangesPath
1.23 +4 -4 gump/project/gump.xml
Index: gump.xml
===
RCS file: /home/cvs/gump/project/g
Hi,
when I looked at the difference between the builds on LSD and those on
gump.covalent.net I was simply searching for the wrong thing, sorry.
Whether framework/target/classes exists at the start of compilation or
not is completely irrelevant as there is never anything getting
compiled to that di
On Mon, 01 Mar 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Sun, 29 Feb 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]>
> wrote:
>
>> 3) avalon is still failing on gumpy,
>
> This is extremely strange.
>
> I started out by removing my avalon directory to be sure I'd get a
> clean run - and
On Sun, 29 Feb 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]>
wrote:
> 3) avalon is still failing on gumpy,
This is extremely strange.
I tried to pin down what was different between "traditional" and Gumpy
here and started by modifying the build.sh script generated on my box
to look more like Gu
On Mon, 01 Mar 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Mon, 01 Mar 2004, Berin Lautenbach <[EMAIL PROTECTED]>
> wrote:
>
>> Could someone check if the bouncycastle JCE has been installed on
>> lsd?
>
> Yes, version 1.1.6. This may be too old for xml-security's needs.
> I'll look int
Stefano Mazzocchi wrote:
For this specific problem, I would go relational.
+1. Brain-dead and ugly solution like mysql ;)
--
cheers,
- Leo Simons
---
Weblog -- http://leosimons.com/
IoC Component Glue -- http://jica
On Mon, 01 Mar 2004, Berin Lautenbach <[EMAIL PROTECTED]> wrote:
> Could someone check if the bouncycastle JCE has been installed on
> lsd?
Yes, version 1.1.6. This may be too old for xml-security's needs.
I'll look into upgrading it just now.
There doesn't seem to be a clean room JCE for JDK 1
On Sun, 29 Feb 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> 2) I know 'get involved' and 'mailing lists' will take a bit of work
> to fix, since we'll need to work with other sites also (I assume,
> i.e. to add gump as a TLP to them.)
I'd suggest to make mini "mailing-list" and "CVS module"
Peoples,
Could someone check if the bouncycastle JCE has been installed on lsd?
The project is :
http://lsd.student.utwente.nl/gump/jce/jce.html
and it looks like it's never been in place? I *think* this is what is
causing xml-security to fail as it's defaulting to the Sun JCE which
doesn't
stevel 2004/03/01 02:56:37
Modified:project smartfrog.xml
Log:
changing location of the license file.
Revision ChangesPath
1.12 +1 -1 gump/project/smartfrog.xml
Index: smartfrog.xml
===
R
Antoine has expressed interest in helping to maintain the website and
I wouldn't want to stop him. 8-)
+1 from me.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Fri, 27 Feb 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]>
wrote:
> I had to hack my way also to figure out where is the gump descriptor
> for avalon. (used find . -name "*.xml" | xargs grep avalon)
Looking into Gump's profile may have been easier:
http://cvs.apache.org/viewcvs.cgi/*checko
Niclas Hedhman wrote:
> 1. Why doesn't it pick up Maven project descriptors instead, since
> to me it seems that most is available in that? Does it have to use
> Ant?
These are two different questions.
Maven project descriptors may contain all information that Gump needs,
but there are some disc
On Fri, 27 Feb 2004, Adam R. B. Jack <[EMAIL PROTECTED]> wrote:
> It is such a balance isn't it, we wish the community to get
> involved, but other areas of the community suffer if one doesn't
> maintain it's metadata.
Absolutely.
The thing to keep in mind is that for Apache projects the communi
81 matches
Mail list logo