Re: svn commit: r1878298 - /gump/metadata/project/jsch.xml

On 30/05/2020 00:34, ma...@apache.org wrote: > Author: markt > Date: Fri May 29 23:34:14 2020 > New Revision: 1878298 > > URL: http://svn.apache.org/viewvc?rev=1878298=rev > Log: > Update jsch to 0.1.55 This might just fix the failing ant-dist build... ...assuming I haven't forgotten a version

Re: svn commit: r1829908 - /gump/metadata/project/eclipse.xml

On 2018-04-23, Mark Thomas wrote: > On 23/04/18 18:00, bode...@apache.org wrote: >> fix filename > The original name was correct. Looks like I fat-fingered the on-disk > name. I see. I just spotted the mismatch while cleaning up the mess I created around zstd-jni. Stefan

Re: svn commit: r1829908 - /gump/metadata/project/eclipse.xml

On 23/04/18 18:00, bode...@apache.org wrote: > Author: bodewig > Date: Mon Apr 23 17:00:37 2018 > New Revision: 1829908 > > URL: http://svn.apache.org/viewvc?rev=1829908=rev > Log: > fix filename > > Modified: > gump/metadata/project/eclipse.xml >

Re: svn commit: r1817993 - /gump/metadata/project/tomcat-trunk.xml

On 14 December 2017 at 15:20, Mark Thomas wrote: > On 14/12/17 13:18, Konstantin Kolinko wrote: >> Hi, Mark! >> >> To dev@tomcat, cc: general@gump. >> >> >> The result of this change is that Gump building Tomcat downloads >> tar.gz for Commons-Daemon from mirrors. > > Drat. That

Re: svn commit: r1817993 - /gump/metadata/project/tomcat-trunk.xml

On 14/12/17 13:18, Konstantin Kolinko wrote: > Hi, Mark! > > To dev@tomcat, cc: general@gump. > > > The result of this change is that Gump building Tomcat downloads > tar.gz for Commons-Daemon from mirrors. Drat. That wasn't the intention at all. > The "mvn package" command used by Gump

Re: svn commit: r1817993 - /gump/metadata/project/tomcat-trunk.xml

On 2017-12-14, Konstantin Kolinko wrote: > Configuration of Commons-Daemon at Gump was changed in r1817886 [2] Yes, I did as the Ant build Gump used before has been removed. > The file can be built by "mvn assembly:single" command, [4] > but HOWTO-RELEASE.txt file does not mention it so I

Re: svn commit: r1817993 - /gump/metadata/project/tomcat-trunk.xml

43:40 2017 > New Revision: 1817993 > > URL: http://svn.apache.org/viewvc?rev=1817993=rev > Log: > Remove unused (and in one case incorrect) property settings for Tomcat 9 > > Modified: > gump/metadata/project/tomcat-trunk.xml > > Modified: gump/metadata/project/tomca

Fwd: svn commit: r1808663 - /gump/metadata/project/commons-math-3.x.xml

:54 AM Subject: svn commit: r1808663 - /gump/metadata/project/commons-math-3.x.xml To: comm...@gump.apache.org Author: billbarker Date: Sun Sep 17 23:54:22 2017 New Revision: 1808663 URL: http://svn.apache.org/viewvc?rev=1808663=rev Log: Fix MVN coodinates and build order Modified: gump/metadata/p

Re: svn commit: r1725406 - /gump/metadata/project/santuario.xml

Jan 19, 2016 at 3:32 AM, <billbar...@apache.org <javascript:;>> > wrote: > > > Author: billbarker > > Date: Tue Jan 19 02:32:30 2016 > > New Revision: 1725406 > > > > URL: http://svn.apache.org/viewvc?rev=1725406=rev > > Log: > > Allow

Re: svn commit: r1725406 - /gump/metadata/project/santuario.xml

apache.org/viewvc?rev=1725406=rev > Log: > Allow it to use our jars, plus build order > > Modified: > gump/metadata/project/santuario.xml > > Modified: gump/metadata/project/santuario.xml > URL: > http://svn.apache.org/viewvc/gump/metadata/projec

Re: svn commit: r1693677 - /gump/metadata/project/eclipse.xml

On 2015-08-01, billbar...@apache.org wrote: I can't remember if the cron job updates packages. No. This would require passwords of a PMC member to be stored or add a technical user to svnauth of the private repo. Neither sounds good to me. If not somebody will have to 'svn update' it Did

Re: svn commit: r1659978 - in /gump/metadata/project: tomcat-tc8.xml tomcat-trunk.xml

are skipped. The tests are skipped unless the openssl version exactly matches the version Tomcat expects Modified: gump/metadata/project/tomcat-tc8.xml gump/metadata/project/tomcat-trunk.xml Modified: gump/metadata/project/tomcat-tc8.xml URL: http://svn.apache.org/viewvc/gump/metadata

Re: svn commit: r1659380 - /gump/metadata/project/openssl-1.0.2.xml

Library (Branch 1.0.2) + /description + + git repository=github dir=/openssl/openssl branch=OpenSSL_1_0_2-stable/ There is no attribute branch in metadata/dtd/project.dtd so doing 'cd metadata; ./validate' fails. Is this attribute used by gump? If so then we can add it. -David

Re: svn commit: r1659380 - /gump/metadata/project/openssl-1.0.2.xml

://www.openssl.org// + description +OpenSSL Encryption Library (Branch 1.0.2) + /description + + git repository=github dir=/openssl/openssl branch=OpenSSL_1_0_2-stable/ There is no attribute branch in metadata/dtd/project.dtd so doing 'cd metadata; ./validate' fails

Re: Change metadata external at Gump live to use relative URL

2015-02-11 8:14 GMT+03:00 Stefan Bodewig bode...@apache.org: On 2015-02-11, Konstantin Kolinko wrote: If I checkout the live directory, it has metadata directory as svn:external that is always checked out as http. As such, any changes to files in metadata cannot be committed as committing

Re: svn commit: r1658850 - /gump/metadata/project/tomcat-tc7.xml

this since Gump doesn't test AIO on Tomcat 7 Modified: gump/metadata/project/tomcat-tc7.xml Modified: gump/metadata/project/tomcat-tc7.xml URL: http://svn.apache.org/viewvc/gump/metadata/project/tomcat-tc7.xml?rev=1658850r1=1658849r2=1658850view=diff

Re: svn commit: r1658850 - /gump/metadata/project/tomcat-tc7.xml

/metadata/project/tomcat-tc7.xml Modified: gump/metadata/project/tomcat-tc7.xml URL: http://svn.apache.org/viewvc/gump/metadata/project/tomcat-tc7.xml?rev=1658850r1=1658849r2=1658850view=diff == --- gump/metadata/project

Re: Change metadata external at Gump live to use relative URL

On 2015-02-11, Konstantin Kolinko wrote: If I checkout the live directory, it has metadata directory as svn:external that is always checked out as http. As such, any changes to files in metadata cannot be committed as committing requires HTTPS. Fixed - oh, just saw your patch, looks better

Change metadata external at Gump live to use relative URL

Hi! If I checkout the live directory, it has metadata directory as svn:external that is always checked out as http. As such, any changes to files in metadata cannot be committed as committing requires HTTPS. Apparently I do not have commit right to /live to fix it myself. The patch is [[[ Use

Re: svn commit: r1604087 - /gump/metadata/project/xml-commons.xml

On 2014-06-20, billbar...@apache.org wrote: restore repo that works ah, sorry, applied the ediff-chunk in Emacs to the wrong file when fixing the testbase. Thanks for cleaning up. Stefan - To unsubscribe, e-mail:

Checkstyle (svn commit: r1552445 - /gump/metadata/project/xml-fop.xml)

Hi, i see that Tomcat also use Checkstyle. If you continue to have trouble, then perhaps look at how they do it. cd $SVN/gump/metadata/project/ grep checkstyle *.xml Hope that helps. -David vhenneb...@apache.org wrote: Author: vhennebert Date: Thu Dec 19 22:24:55 2013 New Revision: 1552445

Re: svn commit: r1509547 - /gump/metadata/project/tomcat-trunk.xml

Author: billbarker Date: Fri Aug 2 05:16:04 2013 New Revision: 1509547 URL: http://svn.apache.org/r1509547 Log: dbcp build is now integrated into the regular tomcat build Modified: gump/metadata/project/tomcat-trunk.xml Modified: gump/metadata/project/tomcat-trunk.xml URL

Re: svn commit: r1509547 - /gump/metadata/project/tomcat-trunk.xml

On 2013-08-12, David Crossley wrote: + mkdir dir=tomcat-deps / The metadata validation system does not like that mkdir being outside of a project. I've seen that as well, when I looked through the remaining descriptors, I don't even think it does anything. I've moved it. Stefan

Re: svn commit: r1303274 - /gump/metadata/repository/google-guava.xml

-Original Message- From: Stefan Bodewig Sent: Tuesday, March 20, 2012 10:28 PM To: general@gump.apache.org Subject: Re: svn commit: r1303274 - /gump/metadata/repository/google-guava.xml On 2012-03-21, Bill Barker wrote: It seems that I've forgotten my opie password on vmgump

Re: svn commit: r1303274 - /gump/metadata/repository/google-guava.xml

without having access to sudo. -Original Message- From: billbar...@apache.org Sent: Tuesday, March 20, 2012 9:11 PM To: comm...@gump.apache.org Subject: svn commit: r1303274 - /gump/metadata/repository/google-guava.xml Author: billbarker Date: Wed Mar 21 04:11:40 2012 New Revision

[jira] [Commented] (GUMP-153) Gump Metadata: links no longer work

, all metadata links do work. So this 7-year old issue is actually already resolved. However, it would be better if the meta data link pointed to the actual file used by Gump for that run, rather than the current SVN contents, as that may have been updated since the run. With current svn

[jira] [Commented] (GUMP-161) Apache Gump Metadata does not show actual version used

Apache Gump Metadata does not show actual version used -- Key: GUMP-161 URL: https://issues.apache.org/jira/browse/GUMP-161 Project: Gump Issue Type: Bug Reporter: Sebb

Re: svn commit: r1156298 - /gump/metadata/project/commons-proper.xml

On 2011-08-10, t...@apache.org wrote: Attempt to move JCS build to Maven2. Tests will be skipped for now as some of them still fail - already under investigation. Please verify my changes. Looks OK except for some smaller nits I've already changed, see below. You should be able to turn all

Re: svn commit: r1090947 - /gump/metadata/profile/gump.xml

would have thought that SVN should have complained that my working copy was out of date. It does normally when I have not refreshed sufficiently recently. Modified:    gump/metadata/profile/gump.xml Modified: gump/metadata/profile/gump.xml URL: http://svn.apache.org/viewvc/gump/metadata

Re: svn commit: r1090947 - /gump/metadata/profile/gump.xml

On 2011-04-12, sebb wrote: On 11 April 2011 07:24, bode...@apache.org wrote: Author: bodewig Date: Mon Apr 11 06:24:37 2011 New Revision: 1090947 URL: http://svn.apache.org/viewvc?rev=1090947view=rev Log: revert rev 1090785 which changed way more than it intended Sorry about that - not

Re: svn commit: r1075910 - in /gump/metadata/project: directory-apacheds.xml directory-shared.xml

descriptors for maven based projects ? Or even better, could gump be made able to read parent pom.xml files directly and reinterpret them as gump metadata ? The main problem is the mismatch of ids.  Gump's id space is flat and Maven has the tuple of groupId and artifactId.  In many cases we can use

Re: svn commit: r1075910 - in /gump/metadata/project: directory-apacheds.xml directory-shared.xml

directly and reinterpret them as gump metadata ? I do not have CPU cycles to develop that but my guess is that it would help. Regards, Antoine On 3/1/2011 11:54 AM, bode...@apache.org wrote: Author: bodewig Date: Tue Mar 1 16:54:44 2011 New Revision: 1075910 URL: http://svn.apache.org/viewvc

Re: svn commit: r1075910 - in /gump/metadata/project: directory-apacheds.xml directory-shared.xml

be made able to read parent pom.xml files directly and reinterpret them as gump metadata ? The main problem is the mismatch of ids. Gump's id space is flat and Maven has the tuple of groupId and artifactId. In many cases we can use the artifactId but it is not always possible as things tend to clash

Re: svn commit: r1068427 - /gump/metadata/project/xml-fop.xml

On 2011-02-08, jerem...@apache.org wrote: Using nested QDox since Gump provides only an old version (1.6.3). I've upgraded qdox to 1.12. Stefan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional

Re: svn commit: r1057143 - /gump/metadata/project/santuario.xml

Hi Colm, On 2011-01-10, cohei...@apache.org wrote: URL: http://svn.apache.org/viewvc?rev=1057143view=rev Log: (empty) Modified: gump/metadata/project/santuario.xml Modified: gump/metadata/project/santuario.xml URL: http://svn.apache.org/viewvc/gump/metadata/project/santuario.xml

Re: Builds on adam (Re: svn commit: r1036884 - /gump/metadata/testbase/commons-lang-3.x.xml)

On 2010-11-19, Stefan Bodewig wrote: On 2010-11-19, bode...@apache.org wrote: Try to push headless configuration into Maven build Unfortunately this didn't help either since java.awt.headless never reaches the tests I've just checked in another change that makes Surefire pass the same

Builds on adam (Re: svn commit: r1036884 - /gump/metadata/testbase/commons-lang-3.x.xml)

On 2010-11-19, bode...@apache.org wrote: Try to push headless configuration into Maven build Unfortunately this didn't help either since java.awt.headless never reaches the tests - likely because the tests run in a forked VM. The commons-lang3 build remains broken. I'll raise this on the

[jira] Created: (GUMP-161) Apache Gump Metadata does not show actual version used

Apache Gump Metadata does not show actual version used -- Key: GUMP-161 URL: https://issues.apache.org/jira/browse/GUMP-161 Project: Gump Issue Type: Bug Reporter: Sebb

Re: svn commit: r1035144 - /gump/metadata/project/commons-proper.xml

On 15 November 2010 04:59, bode...@apache.org wrote: Author: bodewig Date: Mon Nov 15 04:59:23 2010 New Revision: 1035144 URL: http://svn.apache.org/viewvc?rev=1035144view=rev Log: make it well-formed Sorry about that - missed the embedded comment. Modified:    gump/metadata/project

Re: svn commit: r1001631 - /gump/metadata/project/checkstyle.xml

On 27 September 2010 10:07, bode...@apache.org wrote: Author: bodewig Date: Mon Sep 27 09:07:30 2010 New Revision: 1001631 URL: http://svn.apache.org/viewvc?rev=1001631view=rev Log: I don't know why wildcards sometimes don't seem to work Modified:    gump/metadata/project/checkstyle.xml

Re: svn commit: r1001631 - /gump/metadata/project/checkstyle.xml

On 2010-09-27, sebb wrote: On 27 September 2010 10:07, bode...@apache.org wrote: I don't know why wildcards sometimes don't seem to work -    jar name=target/checkstyle-*[0-9T].jar +    jar name=target/checkstyle-5.3-SNAPSHOT.jar Perhaps they don't work because of the -SNAPSHOT suffix?

Re: svn commit: r1001631 - /gump/metadata/project/checkstyle.xml

If the pattern has to be a regular expression, it should be: jar name=target/checkstyle-.*[0-9T].jar / Maarten --- On Mon, 9/27/10, Stefan Bodewig bode...@apache.org wrote: From: Stefan Bodewig bode...@apache.org Subject: Re: svn commit: r1001631 - /gump/metadata/project/checkstyle.xml

Re: svn commit: r1001631 - /gump/metadata/project/checkstyle.xml

On 27 September 2010 11:48, Stefan Bodewig bode...@apache.org wrote: On 2010-09-27, sebb wrote: On 27 September 2010 10:07,  bode...@apache.org wrote: I don't know why wildcards sometimes don't seem to work -    jar name=target/checkstyle-*[0-9T].jar +    jar

Re: svn commit: r1001631 - /gump/metadata/project/checkstyle.xml

On 27 September 2010 11:56, Maarten Coene maarten_co...@yahoo.com wrote: If the pattern has to be a regular expression, it should be: jar name=target/checkstyle-.*[0-9T].jar / I've just found that it's a shell glob pattern: http://gump.apache.org/metadata/project.html#jar Maarten

Re: svn commit: r1001631 - /gump/metadata/project/checkstyle.xml

On 2010-09-27, sebb wrote: On 27 September 2010 11:48, Stefan Bodewig bode...@apache.org wrote: On 2010-09-27, sebb wrote: On 27 September 2010 10:07,  bode...@apache.org wrote: I don't know why wildcards sometimes don't seem to work My best guess currently is - and confirming/fixing it

Re: svn commit: r999257 - /gump/metadata/project/commons-proper.xml

an additional (unnecessary) dependency on Commons Collections - but that shouldn't cause any problems. Niall Modified:    gump/metadata/project/commons-proper.xml Modified: gump/metadata/project/commons-proper.xml URL: http://svn.apache.org/viewvc/gump/metadata/project/commons-proper.xml

Re: svn commit: r999257 - /gump/metadata/project/commons-proper.xml

On Tue, Sep 21, 2010 at 10:30 AM, Stefan Bodewig bode...@apache.org wrote: On 2010-09-21, Niall Pemberton wrote: On Tue, Sep 21, 2010 at 8:28 AM,  bode...@apache.org wrote: Author: bodewig Date: Tue Sep 21 07:28:24 2010 New Revision: 999257 URL:

Re: svn commit: r999257 - /gump/metadata/project/commons-proper.xml

On 2010-09-21, Niall Pemberton wrote: So effectively the core dependency has disappeared. Not sure how gump should/can handle that. Perhaps a *packaged* version of beanutils core. Or as I guess you're trying to do - feed in BeanUtils as core - but those projects that depend on it will now

Re: svn commit: r996958 - /gump/metadata/project/commons-proper.xml

On 2010-09-14, s...@apache.org wrote: -pom name=jci/pom.xml/ +pom name=../pom.xml/ Uhm, no. I've reverted that part. The commons-beanutils project has a home element that points at beanutils/dist - that's why the .. was needed - pom and jar are resolved relative to home. commons-jci

Re: svn commit: r996958 - /gump/metadata/project/commons-proper.xml

On 14 September 2010 18:49, Stefan Bodewig bode...@apache.org wrote: On 2010-09-14, s...@apache.org wrote: -    pom name=jci/pom.xml/ +    pom name=../pom.xml/ Uhm, no.  I've reverted that part. Sorry ... The commons-beanutils project has a home element that points at beanutils/dist -

Re: svn commit: r960141 - /gump/metadata/project/forrest.xml

On 2010-07-03, David Crossley wrote: Stefan Bodewig wrote: David Crossley wrote: Use jing from our packaged supporting products until we get jing-trang happening with gump. Can you provide the details to try and build it inside Gump? I have not yet tried to investigate ...

Re: svn commit: r960141 - /gump/metadata/project/forrest.xml

On 2010-07-03, cross...@apache.org wrote: Use jing from our packaged supporting products until we get jing-trang happening with gump. Can you provide the details to try and build it inside Gump? Stefan - To unsubscribe,

Re: svn commit: r960141 - /gump/metadata/project/forrest.xml

Stefan Bodewig wrote: David Crossley wrote: Use jing from our packaged supporting products until we get jing-trang happening with gump. Can you provide the details to try and build it inside Gump? I have not yet tried to investigate ...

Re: svn commit: r953937 - /gump/metadata/project/excalibur.xml

On 2010-06-12, Bill Barker wrote: it looked like we were just getting a lot of server errors here. I was going to give another cycle before diving in. I see. Right now we again seem to be in network trouble so you may just have been right with waiting. Stefan

Re: svn commit: r953937 - /gump/metadata/project/excalibur.xml

-- From: bode...@apache.org Sent: Friday, June 11, 2010 10:18 PM To: comm...@gump.apache.org Subject: svn commit: r953937 - /gump/metadata/project/excalibur.xml Author: bodewig Date: Sat Jun 12 05:18:53 2010 New Revision: 953937 URL: http

Re: svn commit: r949452 - in /gump/metadata: profile/gump.xml project/logging-log4j-2.xml

On 2010-05-30, carn...@apache.org wrote: Added: gump/metadata/project/logging-log4j-2.xml - copied unchanged from r949450, gump/metadata/project/logging-log4j-12.xml this is likely not what you have intended (the unchanged bit). I'll rename the module and projects for a start

Re: svn commit: r949452 - in /gump/metadata: profile/gump.xml project/logging-log4j-2.xml

On May 31, 2010, at 1:31 AM, Stefan Bodewig wrote: On 2010-05-30, carn...@apache.org wrote: Added: gump/metadata/project/logging-log4j-2.xml - copied unchanged from r949450, gump/metadata/project/logging-log4j-12.xml this is likely not what you have intended (the unchanged bit

Re: svn commit: r949452 - in /gump/metadata: profile/gump.xml project/logging-log4j-2.xml

On 2010-05-31, Curt Arnold wrote: On May 31, 2010, at 1:31 AM, Stefan Bodewig wrote: this is likely not what you have intended (the unchanged bit). Sorry about that. The changes that I wanted were lingering in an unsaved window on my editor. Been there, done that. Here are the pertinent

Re: svn commit: r941172 - in /gump/metadata/project: apache-httpd.xml logging-log4cxx.xml

-- From: bode...@apache.org Sent: Wednesday, May 05, 2010 12:05 AM To: comm...@gump.apache.org Subject: svn commit: r941172 - in /gump/metadata/project: apache-httpd.xml logging-log4cxx.xml Author: bodewig Date: Wed May 5 07:05:50 2010 New

Re: svn commit: r941172 - in /gump/metadata/project: apache-httpd.xml logging-log4cxx.xml

On 2010-05-05, Bill Barker billwbar...@verizon.net wrote: URL: http://svn.apache.org/viewvc?rev=941172view=rev Log: what would break if we removed the old apr-util branch? Urm, pretty much every thing. The problem is that current apr-util/trunk won't build with apr/trunk. My understanding

Re: svn commit: r941556 - /gump/metadata/project/apache-httpd.xml

On 2010-05-06, billbar...@apache.org wrote: work around broken xml parser Thanks. My fault, not the XML parser's. The literal -- is illegal inside XML comments. Stefan - To unsubscribe, e-mail:

Re: svn commit: r934914 - in /gump/metadata/project: db-ojb.xml jakarta-slide.xml

On 16/04/2010, bode...@apache.org bode...@apache.org wrote: Author: bodewig Date: Fri Apr 16 14:27:48 2010 New Revision: 934914 URL: http://svn.apache.org/viewvc?rev=934914view=rev Log: remove references to commons-transaction Modified: gump/metadata/project/db-ojb.xml

Re: svn commit: r934914 - in /gump/metadata/project: db-ojb.xml jakarta-slide.xml

: gump/metadata/project/db-ojb.xml gump/metadata/project/jakarta-slide.xml Oops, sorry, forgot there might be dependencies... Well, one is dead anyway (OJB doesn't build on Java6 and hasn't seen a commit in more than two years) and the other one is heading towards the Attic, it wouldn't

Re: svn commit: r934914 - in /gump/metadata/project: db-ojb.xml jakarta-slide.xml

On 2010-04-16, Stefan Bodewig bode...@apache.org wrote: and taglibs-standard (can be replaced by something in tomcat svn?). It is already pulled from tomcat, I'll rename the descriptor and project to make this explicit. Stefan

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

commons-openpgp-1.0-SNAPSHOT.jarmaven-metadata-local.xml commons-openpgp-1.0-SNAPSHOT.pom Regards, Antoine Stefan Bodewig wrote: On 2010-03-16, Bill Barker billwbar...@verizon.net wrote: I was thinking of adding a localRepository=name to the mvn / builder that allows projects to share

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

On 2010-03-19, Antoine Levy Lambert anto...@gmx.de wrote: On 2010-03-16, Bill Barker billwbar...@verizon.net wrote: I was thinking of adding a localRepository=name to the mvn / builder that allows projects to share a local repo when they can't be trusted to use the central repo. These would

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

-- From: Stefan Bodewig bode...@apache.org Sent: Friday, March 19, 2010 6:39 AM To: general@gump.apache.org Subject: Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml On 2010-03-19, Antoine Levy Lambert anto...@gmx.de wrote

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

On 2010-03-16, Bill Barker billwbar...@verizon.net wrote: I was thinking of adding a localRepository=name to the mvn / builder that allows projects to share a local repo when they can't be trusted to use the central repo. These would be cleaned when Gump finishes (or maybe on startup).

Re: svn commit: r923057 - /gump/metadata/project/commons-proper.xml

On 15/03/2010, bode...@apache.org bode...@apache.org wrote: Author: bodewig Date: Mon Mar 15 05:23:18 2010 New Revision: 923057 URL: http://svn.apache.org/viewvc?rev=923057view=rev Log: canonical property to skip tests in mvn Modified: gump/metadata/project/commons-proper.xml

Re: svn commit: r923057 - /gump/metadata/project/commons-proper.xml

On 2010-03-15, sebb seb...@gmail.com wrote: On 15/03/2010, bode...@apache.org bode...@apache.org wrote: URL: http://svn.apache.org/viewvc?rev=923057view=rev Log: canonical property to skip tests in mvn - property name=skipTests value=true/ + property

Re: svn commit: r923057 - /gump/metadata/project/commons-proper.xml

On 15/03/2010, Stefan Bodewig bode...@apache.org wrote: On 2010-03-15, sebb seb...@gmail.com wrote: On 15/03/2010, bode...@apache.org bode...@apache.org wrote: URL: http://svn.apache.org/viewvc?rev=923057view=rev Log: canonical property to skip tests in mvn - property

Re: svn commit: r923057 - /gump/metadata/project/commons-proper.xml

On 2010-03-15, sebb seb...@gmail.com wrote: On 15/03/2010, Stefan Bodewig bode...@apache.org wrote: On 2010-03-15, sebb seb...@gmail.com wrote: On 15/03/2010, bode...@apache.org bode...@apache.org wrote: URL: http://svn.apache.org/viewvc?rev=923057view=rev Log: canonical property to

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

On 2010-03-15, Bill Barker billwbar...@verizon.net wrote: -- From: Stefan Bodewig bode...@apache.org Sent: Sunday, March 14, 2010 10:20 PM To: general@gump.apache.org Subject: Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

-- From: Stefan Bodewig bode...@apache.org Sent: Monday, March 15, 2010 8:01 AM To: general@gump.apache.org Subject: Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml On 2010-03-15, Bill Barker billwbar...@verizon.net wrote

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

On 2010-03-13, Bill Barker billwbar...@verizon.net wrote: Yeah, downloaded the src distro for maven 2.2.1, and it is that it is that the 'central' repo is disabled for SNAPSHOTs (and it is looking for a SNAPSHOT POM). So Maven never asks to get it (even though it is there). Do I understand

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

-- From: Stefan Bodewig bode...@apache.org Sent: Sunday, March 14, 2010 10:20 PM To: general@gump.apache.org Subject: Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml On 2010-03-13, Bill Barker billwbar...@verizon.net wrote: Yeah

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

-- From: Stefan Bodewig bode...@apache.org Sent: Thursday, March 11, 2010 5:38 AM To: general@gump.apache.org Subject: Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml On 2010-03-11, Bill Barker billwbar...@verizon.net wrote

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

On 2010-03-11, Bill Barker billwbar...@verizon.net wrote: If you have any ideas why portals-pluto-trunk can't find it's parent, It isn't even trying to download it. Since I don't know enough about Maven I can't say why a repository may get disabled, but [DEBUG] Skipping disabled repository

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

first of all: it worked ;-) On 2010-03-10, Bill Barker billwbar...@verizon.net wrote: The maven-fortress-plugin runs with a goal of install' against the public local repo, so copies it's POM there as well as the jar file. Yes, but it installs it as -SNAPSHOT version, not the released version

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

-- From: Stefan Bodewig bode...@apache.org Sent: Wednesday, March 10, 2010 12:27 AM To: general@gump.apache.org Subject: Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml first of all: it worked ;-) Yes, I didn't look to see

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

On 2010-03-09, Bill Barker billwbar...@verizon.net wrote: Don't think this is going to help. It's complaining about the installed POM, not the artifact from the mvnrepo proxy. It's complaining about Plugin's descriptor which I guess not to be the POM but some sort of descriptor contained

Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml

-- From: Stefan Bodewig bode...@apache.org Sent: Tuesday, March 09, 2010 12:53 AM To: general@gump.apache.org Subject: Re: svn commit: r920715 - /gump/metadata/project/excalibur.xml On 2010-03-09, Bill Barker billwbar...@verizon.net wrote

Re: svn commit: r887813 - /gump/metadata/project/hudson.xml

On 2009-12-07, billbar...@apache.org wrote: having an install goal is useless with a separateLocalRepository. Mostly. It is useful for reactor builds, though. And I don't think anyone is interested enough to check the dependacies here Probably not. IIRC the main problem is that hudson

Re: svn commit: r887621 - /gump/metadata/project/commons-jexl-1.x.xml

, billbar...@apache.org wrote: Author: billbarker Date: Sun Dec  6 00:47:23 2009 New Revision: 887621 URL: http://svn.apache.org/viewvc?rev=887621view=rev Log: Let's try it without the version number and see if that makes maven happy Modified:    gump/metadata/project/commons-jexl-1.x.xml

Re: svn commit: r887621 - /gump/metadata/project/commons-jexl-1.x.xml

build). So +1 to trying it without the id. - Original Message - From: Niall Pemberton niall.pember...@gmail.com To: general@gump.apache.org Sent: Sunday, December 06, 2009 11:11 AM Subject: Re: svn commit: r887621 - /gump/metadata/project/commons-jexl-1.x.xml I also tried another

Re: svn commit: r817123 - /gump/metadata/project/tomcat-tc6.xml

- Original Message - From: Stefan Bodewig bode...@apache.org To: general@gump.apache.org Sent: Sunday, September 20, 2009 9:06 PM Subject: Re: svn commit: r817123 - /gump/metadata/project/tomcat-tc6.xml On 2009-09-21, billbar...@apache.org wrote: Try and convince the maven repo

Re: svn commit: r812413 - /gump/metadata/project/commons-proper.xml

On 2009-09-08, s...@apache.org wrote: No longer using Ant build now that Jexl 2.0 is the trunk version Initial stab at M2 build +mvn basedir=jexl/ +!-- Does it need a jar tag? -- If anybody depends on it and is supposed to use the generated jar, yes. Otherwise it is optional. Stefan

Re: svn commit: r812413 - /gump/metadata/project/commons-proper.xml

On 2009-09-08, sebb seb...@gmail.com wrote: On 08/09/2009, Stefan Bodewig bode...@apache.org wrote: On 2009-09-08, s...@apache.org wrote: No longer using Ant build now that Jexl 2.0 is the trunk version Initial stab at M2 build mvn basedir=jexl/ !-- Does it need a jar tag? -- If

Re: svn commit: r812413 - /gump/metadata/project/commons-proper.xml

On 08/09/2009, Stefan Bodewig bode...@apache.org wrote: On 2009-09-08, sebb seb...@gmail.com wrote: On 08/09/2009, Stefan Bodewig bode...@apache.org wrote: On 2009-09-08, s...@apache.org wrote: No longer using Ant build now that Jexl 2.0 is the trunk version Initial stab at M2 build

Re: svn commit: r809220 - /gump/metadata/project/commons-proper.xml

- Original Message - From: Stefan Bodewig bode...@apache.org To: general@gump.apache.org Sent: Sunday, August 30, 2009 7:56 PM Subject: Re: svn commit: r809220 - /gump/metadata/project/commons-proper.xml On 2009-08-30, billbar...@apache.org wrote: Author: billbarker Date: Sat Aug

Re: svn commit: r809220 - /gump/metadata/project/commons-proper.xml

On 2009-08-31, Bill Barker billwbar...@verizon.net wrote: From: Stefan Bodewig bode...@apache.org On 2009-08-30, billbar...@apache.org wrote: It seems that ant includes the body in property statements now Yes, is/was this causing problems? Yes, the older maven-1 generated build.xml files

Re: svn commit: r809220 - /gump/metadata/project/commons-proper.xml

On 2009-08-30, billbar...@apache.org wrote: Author: billbarker Date: Sat Aug 29 23:05:13 2009 New Revision: 809220 URL: http://svn.apache.org/viewvc?rev=809220view=rev Log: It seems that ant includes the body in property statements now Yes, is/was this causing problems? If so, we (Ant)

Re: svn commit: r778326 - /gump/metadata/project/turbine-fulcrum.xml

On 2009-05-25, t...@apache.org wrote: Added JUnit dependency (seems to be missing) Modified: gump/metadata/project/turbine-fulcrum.xml It seems to be missing in your POM, not (only) your Gump descriptor. If mvn asked for JUnit t would get it, even if no dependency was listed. Stefan

Re: svn commit: r765058 - in /gump/metadata: project/hudson.xml repository/javanet.hudson.xml repository/javanet.svn.xml

On 2009-04-15, j...@apache.org wrote: It seems (to me) that Hudson needs its own repository. not really. Add user information for access to its svn. I'm not sure whether any other repository uses this, let's see whether the authentication code in Gump's svn updater works. - url

Re: svn commit: r759456 - /gump/metadata/project/httpcomponents.xml

On 2009-03-30, Oleg Kalnichevski ol...@apache.org wrote: On Mon, 2009-03-30 at 06:24 +0200, Stefan Bodewig wrote: You really only need to add a junitreport element that points to the surefire target directory and all test reports are published. Sorry it isn't documented in an obvious way.

Re: svn commit: r759456 - /gump/metadata/project/httpcomponents.xml

a small example. Every change of an artifact version in a project's POM causes Gump build failure, requiring a manual update of the Gump metadata. While not such a big deal, this can be quite a nuisance during the release process when so many things need to be taken care of. Yes

Re: svn commit: r759456 - /gump/metadata/project/httpcomponents.xml

a manual update of the Gump metadata. While not such a big deal, this can be quite a nuisance during the release process when so many things need to be taken care of. (2) Just recently HttpCompopnents Core build has been failing for several days in a row. Despite all my attempts to figure out _what_

Re: svn commit: r759456 - /gump/metadata/project/httpcomponents.xml

causes Gump build failure, requiring a manual update of the Gump metadata. While not such a big deal, this can be quite a nuisance during the release process when so many things need to be taken care of. Yes, this is a pain. We'd immediately fix that in Gump if only we could. We've tried to set

Re: svn commit: r759456 - /gump/metadata/project/httpcomponents.xml

Hi Oleg On 2009-03-28, ol...@apache.org wrote: Author: olegk Date: Sat Mar 28 11:40:36 2009 New Revision: 759456 URL: http://svn.apache.org/viewvc?rev=759456view=rev Log: Giving up on Gump Why is that, what is causing trouble to you? I don't recall any specific incidents. Anyway, I

AW: Re: svn commit: r735591 - /gump/metadata/project/velocity-engine.xml

the behaviour on Unix ;) Jan -Ursprüngliche Nachricht- Von: news [mailto:n...@ger.gmane.org] Im Auftrag von Bill Barker Gesendet: Montag, 19. Januar 2009 08:27 An: general@gump.apache.org Betreff: Re: svn commit: r735591 - /gump/metadata/project/velocity-engine.xml The build

  1   2   3   >