DO NOT REPLY [Bug 22901] - [Patch] -only option to execute target(s) without dependencies

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

FileSets with optional basedir and absolute paths for includes

Time for controversy! There is an interesting thread at http://issues.apache.org/bugzilla/show_bug.cgi?id=5035 that touches on this issue. The key issue was that some tasks (including 3rd party ones) would break if AFS.getDir() were to return null. This is indeed true. I have implemented the su

Re: New COPY granularity breaks builds on Windows 2000

Steve Loughran wrote: 1. we could have a property "ant.filesys.granularity" which can be set to something in a build.properties or on the command line. if unset, you get the default.. I don't have a problem with this, but I know the general reaction is "No Magic Properties". 2. we could have a

Re: Should CVS keyword substitution be permitted?

If wanted i'll do it Matt Benson wrote: --- Jesse Glick <[EMAIL PROTECTED]> wrote: Not sure if anyone else cares much about this, but is there a reason other Ant committers permit sources in CVS to use keywords such as "$Revision$"? Just reminded by the recent patch and the bogus I'd jus

=?iso-8859-1?q?=5BAnt_Wiki=5D_Updated=3A__Ant17/Planning?=

Date: 2005-03-08T15:11:58 Editor: JesseGlick Wiki: Ant Wiki Page: Ant17/Planning URL: http://wiki.apache.org/ant/Ant17/Planning no comment Change Log: -- @@ -18,7 +18,7 @@ === Projects that depend upon

Re: New COPY granularity breaks builds on Windows 2000

I had yet another thought, why don't we assume (unless specified otherwise) that the filesystem timestamp granularity of all involved filesystems is the same (we currently already do, and tie some pretty strange conclusions to that fact). That way we should be able to not take into account the gr

=?iso-8859-1?q?=5BAnt_Wiki=5D_Updated=3A__Ant17/Planning?=

Date: 2005-03-08T15:05:59 Editor: JesseGlick Wiki: Ant Wiki Page: Ant17/Planning URL: http://wiki.apache.org/ant/Ant17/Planning Just info re. NetBeans release schedule. Change Log: -- @@ -18,7 +18,8 @@

Re: Should CVS keyword substitution be permitted?

--- Jesse Glick <[EMAIL PROTECTED]> wrote: > Not sure if anyone else cares much about this, but > is there a reason > other Ant committers permit sources in CVS to use > keywords such as > "$Revision$"? Just reminded by the recent > patch and the bogus I'd just as soon be rid of this PITA as w

DO NOT REPLY [Bug 23265] - attribute "includes" required if "dir" only is present

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 22901] - [Patch] -only option to execute target(s) without dependencies

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Should CVS keyword substitution be permitted?

Not sure if anyone else cares much about this, but is there a reason other Ant committers permit sources in CVS to use keywords such as "$Revision$"? Just reminded by the recent patch and the bogus @@ -36,7 +36,7 @@ * Processes a set of XML documents via XSLT. This is * useful for building

DO NOT REPLY [Bug 21856] - Request standardized way of finding ant.jar

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20215] - System.getProperties()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [VOTE] Start a subproject for Ant libraries

Stefan Bodewig wrote: as threatened, here is the proposal. +1 Conor's points are good ones, but I think need not block this vote. Cheers, -J. -- Jesse Glick x22801 NetBeans, Open APIs

DO NOT REPLY [Bug 15429] - Enhancement to PathConvert.java

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9296] - pathconvert should use default separators without targetos

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 23637] - Provide an ant.file.dir or ant.dir for the directory of the build file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: New COPY granularity breaks builds on Windows 2000

I disagree with the measurements here. The granularity default should not be based on popularity of FS or current usage of ant. Ant must work in a predictable, reliable manner. And maintain function from release to release. As ant tries to get intelligent and make assumptions on its own, it is

Re: New COPY granularity breaks builds on Windows 2000

--- Steve Loughran <[EMAIL PROTECTED]> wrote: [SNIP] > > I was thinking about this. > > the original example may have been inherently > brittle to change - a > sufficiently fast transform could have taken 0 > seconds, but the fact > is, our granularity logic has broken the build on > windows,

Re: New COPY granularity breaks builds on Windows 2000

Bruce Atherton wrote: Xxx Yyy wrote: Thanks for your consideration. I think you are testing the wrong thing -- an OS test is not a substitute for FS test. That is true, but there is no FS test. This code is not trying to be an FS test, it is trying to be smart about guessing a default value using

cvs commit: ant/docs/manual/CoreTypes dirset.html

mbenson 2005/03/08 13:45:57 Modified:docs/manual/CoreTypes dirset.html Log: Copy selector paragraph from fileset.html Revision ChangesPath 1.12 +4 -0 ant/docs/manual/CoreTypes/dirset.html Index: dirset.html

cvs commit: ant/docs/manual/CoreTypes dirset.html

mbenson 2005/03/08 13:43:09 Modified:docs/manual/CoreTypes dirset.html Log: Add selectors to nested elements of dirset. Revision ChangesPath 1.11 +2 -1 ant/docs/manual/CoreTypes/dirset.html Index: dirset.html ==

cvs commit: ant/docs/manual/CoreTypes dirset.html

mbenson 2005/03/08 13:28:50 Modified:docs/manual/CoreTypes dirset.html Log: Fix a typo; remove the comment on where dirsets may appear. Revision ChangesPath 1.10 +4 -6 ant/docs/manual/CoreTypes/dirset.html Index: dirset.html ==

Re: [VOTE] Start a subproject for Ant libraries

--- "Alexey N. Solofnenko" <[EMAIL PROTECTED]> wrote: > Is it possible to use darcs instead of Subversion? > darcs allows > non-commiters to use revision control system on > their local copies. Apache uses CVS and SVN; http://www.apache.org/dev/version-control.html the latter only is what they

Re: [VOTE] Start a subproject for Ant libraries

Is it possible to use darcs instead of Subversion? darcs allows non-commiters to use revision control system on their local copies. - Alexey. Stefan Bodewig wrote: (3.2) SVN repositories Create Expected are sub-directories antlibs/ | -> proper/ |

Re: cvs commit: ant/src/main/org/apache/tools/ant/types/optional/depend ClassfileSet.java

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > Hello Matt, > > what is "LOC" ? Lines Of Code. I will often use this in a comment meaning that I took some code and distilled it down to a more terse version of itself, thus reducing the number of LOC. This is what has led to Jan and Peter p

Re: [VOTE] Start a subproject for Ant libraries

+ 1, Cheers, Antoine - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: ant/src/main/org/apache/tools/ant/types/optional/depend ClassfileSet.java

Hello Matt, what is "LOC" ? Cheers, Antoine [EMAIL PROTECTED] wrote: mbenson 2005/03/07 13:05:52 Modified:src/main/org/apache/tools/ant/types/optional/depend ClassfileSet.java Log: Javadoc, LOC -

RE: [VOTE] Start a subproject for Ant libraries

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > as threatened, here is the proposal. +1. We can sort the details out later on. --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/src/main/org/apache/tools/ant/filters FixCrLfFilter.java

mbenson 2005/03/08 11:13:37 Modified:src/main/org/apache/tools/ant/filters FixCrLfFilter.java Log: Remove use of 1.4 method Revision ChangesPath 1.4 +2 -1 ant/src/main/org/apache/tools/ant/filters/FixCrLfFilter.java Index: FixCrLfFilter.java ===

Re: New COPY granularity breaks builds on Windows 2000

Xxx Yyy wrote: Thanks for your consideration. I think you are testing the wrong thing -- an OS test is not a substitute for FS test. That is true, but there is no FS test. This code is not trying to be an FS test, it is trying to be smart about guessing a default value using whatever information

Re: cvs commit: ant/src/testcases/org/apache/tools/ant DirectoryScannerTest.java

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > > There are other tests that rely on being in the same > package, we > exclude them via the tests.and.ant.share.classloader > property. On a related note, ClasspathUtilsTest is marked as run unless running.in.gump . But it (seemingly rightly so) fa

cvs commit: ant/docs contributors.html

mbenson 2005/03/08 10:41:17 Modified:xdocscontributors.xml docs contributors.html Log: Fixing Ant book link. Revision ChangesPath 1.35 +1 -1 ant/xdocs/contributors.xml Index: contributors.xml

Re: [VOTE] Start a subproject for Ant libraries

+1. The points that Conor brought up are good ones and probably need thrashing out before we can make a decision about them, but I'd prefer we vote on this proposal first just so we can get something started, and vote on an amendment to the proposal afterward. Iterative design through iterative

cvs commit: ant/docs/manual/CoreTasks ant.html antcall.html available.html basename.html buildnumber.html chmod.html pack.html unpack.html

peterreilly2005/03/08 10:25:48 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH ant.html antcall.html available.html basename.html buildnumber.html chmod.html pack.html unpack.html Log: date Revision ChangesPath No

cvs commit: ant/docs/manual/CoreTasks ant.html antcall.html available.html basename.html buildnumber.html checksum.html chmod.html pack.html unpack.html

peterreilly2005/03/08 10:23:17 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH ant.html antcall.html available.html basename.html buildnumber.html checksum.html chmod.html pack.html unpack.html Log: sync R

cvs commit: ant/docs/manual/CoreTasks ant.html antcall.html apt.html available.html basename.html buildnumber.html checksum.html chmod.html pack.html unpack.html

peterreilly2005/03/08 10:17:41 Modified:docs/manual/CoreTasks ant.html antcall.html apt.html available.html basename.html buildnumber.html checksum.html chmod.html pack.html unpack.html Log: place examples in blocks Revision Chan

Re: New COPY granularity breaks builds on Windows 2000

Thanks for your consideration. I think you are testing the wrong thing -- an OS test is not a substitute for FS test. This whole thing has a "bad smell" to it because the granularity is worming its way into Unix special cases, per your note, and ANT users now need to compensate for the cases at t

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/vss MSVSSTest.java

mbenson 2005/03/08 09:21:20 Modified:src/testcases/org/apache/tools/ant/taskdefs/optional/vss MSVSSTest.java Log: Make pass; I assume the recent FileUtils changes broke this due to the file separator being normalized to \, but it could've been broken before.

AW: Ant SVN repo URLs (WAS: RE: [VOTE] Start a subproject for Ant libraries)

For Ant itÂs not our decision. SVN is the repository the ASF uses in the near future. Jan -UrsprÃngliche Nachricht- Von: Alexey N. Solofnenko [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 8. MÃrz 2005 18:04 An: Ant Developers List Betreff: Re: Ant SVN repo URLs (WAS: RE: [VOTE] Start

Re: Ant SVN repo URLs (WAS: RE: [VOTE] Start a subproject for Ant libraries)

Have you tried darcs? It is very nice and it allows non-commiters to have their own repositories. - Alexey. Dominique Devienne wrote: From: Stefan Bodewig [mailto:[EMAIL PROTECTED] (3.2) SVN repositories Create If we are going to use SVN for th

Re: New COPY granularity breaks builds on Windows 2000

Phil Weighill-Smith wrote: Won't argue with your comment in general, but Xxx Yyy wrote: which seems to be a case where overwrite is appropriate. touche! Peter Phil :n) On Tue, 2005-03-08 at 16:44, Peter Reilly wrote: Phil Weighill-Smith wrote: An alternative, and far more

Re: New COPY granularity breaks builds on Windows 2000

Won't argue with your comment in general, but Xxx Yyy wrote: >> >> >> which seems to be a case where overwrite is appropriate. Phil :n) On Tue, 2005-03-08 at 16:44, Peter Reilly wrote: > Phil Weighill-Smith wrote: > > >An alternative, and far more portable work-around is to just use

Re: New COPY granularity breaks builds on Windows 2000

Xxx Yyy wrote: I looked, but didn't find any discussion on the new granularity FileUtils.getFileTimestampGranularity. This is messing up my builds big-time. If you are on Windows and you run two COPY operations within two seconds of each other, the second COPY will be skipped.

Re: New COPY granularity breaks builds on Windows 2000

Phil Weighill-Smith wrote: An alternative, and far more portable work-around is to just use the overwrite attribute on the second copy task. I think that this build file is just an example to show the problem, so this work-around may not be suitable for the real build file. This is the correct w

cvs commit: ant/docs/manual/CoreTypes fileset.html

mbenson 2005/03/08 08:37:40 Modified:docs/manual/CoreTypes fileset.html Log: Grammar, plus removed the comment about where a fileset can be since it can pretty much be anywhere. Revision ChangesPath 1.24 +6 -8 ant/docs/manual/CoreTypes/fileset.html Index:

Re: New COPY granularity breaks builds on Windows 2000

An alternative, and far more portable work-around is to just use the overwrite attribute on the second copy task. Phil :n) On Tue, 2005-03-08 at 16:11, Xxx Yyy wrote: > I looked, but didn't find any discussion on the new granularity > FileUtils.getFileTimestampGranularity. This is messing up my

DO NOT REPLY [Bug 33906] - Granularity of COPY too large on modern Windows platforms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

New COPY granularity breaks builds on Windows 2000

I looked, but didn't find any discussion on the new granularity FileUtils.getFileTimestampGranularity. This is messing up my builds big-time. If you are on Windows and you run two COPY operations within two seconds of each other, the second COPY will be skipped.

Ant SVN repo URLs (WAS: RE: [VOTE] Start a subproject for Ant libraries)

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > >> (3.2) SVN repositories > >> Create > >> > > > > If we are going to use SVN for this, I think we should migrate Ant > > to SVN as well and consider where to put it in your proposed > > structure. > > Actual

DO NOT REPLY [Bug 33906] New: - Granularity of COPY too large on modern Windows platforms

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [VOTE] Start a subproject for Ant libraries

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi all, > > as threatened, here is the proposal. +1 -Matt __ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/

Re: [VOTE] Start a subproject for Ant libraries

On Tue, 08 Mar 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > Yes, the big problem is "what happens when an actively used library > stops being maintained". To date, with all in our codebase open to > all, it is free for anyone to edit. Any Ant PMC member should be able to request karma to any

AW: [VOTE] Start a subproject for Ant libraries

The infrastrucutre team asked us to migrate to svn until end of 2005 (or earlier) [1]. So the future for Ant is svn. Svn tasks from sandbox should be part of the new antlib subproject (just in process of vote for creation, this thread). So it should be fine with you :-) Jan [1] http://marc.the

Re: [VOTE] Start a subproject for Ant libraries

Steve Loughran wrote: Incidentally, what is with the BSH project. It appears not to build on gump on java1.5, and a lot of things are failing? Have all the committers whithered away there? I fear this is the example we dont want to replicate. AFAIK Pat is (and has been) the only committer to BS

Re: [VOTE] Start a subproject for Ant libraries

+1 I'd rather have only one version control system though, (and a version control system that is supported by a non sandbox part of ant). This is not meant as a no against svn, but more as ant should in that case also be migrated to svn lets say this calender year, and the svn tasks should be m

DO NOT REPLY [Bug 33902] - clearcase clearaudit error after moving directories

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33902] New: - clearcase clearaudit error after moving directories

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

RE: [VOTE] Start a subproject for Ant libraries

+1 Jose Alberto > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: 08 March 2005 09:07 > To: [EMAIL PROTECTED] > Subject: AW: [VOTE] Start a subproject for Ant libraries > > > +1 > Jan > > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[E

Re: [VOTE] Start a subproject for Ant libraries

Stefan Bodewig wrote: On Tue, 08 Mar 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: Stefan Bodewig wrote: (3.3) Bugzilla New components under product "Ant" for each new library. Not Jira? I'm on the fence here. I'd like to use the same tracking system as Ant does and don't care much which one w

Re: [VOTE] Start a subproject for Ant libraries

On Tue, 08 Mar 2005, Conor MacNeill <[EMAIL PROTECTED]> wrote: > One other concern I have is how we handle the third party task > problem. In the early days of Ant we accepted tasks that targeted > particular third party products (weblogic, starteam, perforce, etc) > but transitioned to a policy o

Re: typo in the manual

Yuji Yamano wrote: This is the patch for the head. Could you apply this? Tis done. Peter Index: property.html === RCS file: /home/cvspublic/ant/docs/manual/CoreTasks/property.html,v retrieving revision 1.19 diff -u -u -r1.19 propert

cvs commit: ant/docs/manual/CoreTasks property.html

peterreilly2005/03/08 04:28:24 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH property.html Log: sync Revision ChangesPath No revision No revision 1.17.2.4 +2 -2 ant/docs/manual/CoreTasks/property.html Index: property.

cvs commit: ant/docs/manual/CoreTasks property.html

peterreilly2005/03/08 04:25:44 Modified:docs/manual/CoreTasks property.html Log: typo Obtained from: Yuji Yamano Revision ChangesPath 1.21 +1 -1 ant/docs/manual/CoreTasks/property.html Index: property.html ===

typo in the manual

This is the patch for the head. Could you apply this? Index: property.html === RCS file: /home/cvspublic/ant/docs/manual/CoreTasks/property.html,v retrieving revision 1.19 diff -u -u -r1.19 property.html --- property.html 19 Nov

Re: cvs commit: ant/src/testcases/org/apache/tools/ant DirectoryScannerTest.java

On Mon, 07 Mar 2005, Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 7 Mar 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: >> I was not aware of this restriction. Can you point to a specific VM >> spec? > > Let me sleep over this ;-)

Re: [VOTE] Start a subproject for Ant libraries

On Tue, 08 Mar 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: >> (3.3) Bugzilla >> New components under product "Ant" for each new library. > > Not Jira? I'm on the fence here. I'd like to use the same tracking system as Ant does and don't care much which one we use. >

Re: [VOTE] Start a subproject for Ant libraries

Stefan Bodewig wrote: Hi all, as threatened, here is the proposal. According to our bylaws it needs +1s froms two thirds of all active committers to pass. By my count that is 12 out of 18 (all PMC members listed on the contributors page plus all committers listed there plus Jose Alberto who hasn't

Re: [GUMP@brutus]: Project test-ant-no-xerces (in module ant) failed

Gump Integration Build wrote: To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant-no-xerces has an issue affecting its commu

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Execute.java

stevel 2005/03/08 03:51:15 Modified:src/main/org/apache/tools/ant/taskdefs Execute.java Log: typo in the javadocs Revision ChangesPath 1.91 +2 -2 ant/src/main/org/apache/tools/ant/taskdefs/Execute.java Index: Execute.java

[GUMP@brutus]: Project test-ant-no-xerces (in module ant) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant-no-xerces has an issue affecting its community integration. This issue a

Re: [VOTE] Start a subproject for Ant libraries

Stefan Bodewig wrote: Hi all, as threatened, here is the proposal. According to our bylaws it needs +1s froms two thirds of all active committers to pass. By my count that is 12 out of 18 (all PMC members listed on the contributors page plus all committers listed there plus Jose Alberto who hasn't

Re: [VOTE] Start a subproject for Ant libraries

+1 Peter Stefan Bodewig wrote: Hi all, as threatened, here is the proposal. According to our bylaws it needs +1s froms two thirds of all active committers to pass. By my count that is 12 out of 18 (all PMC members listed on the contributors page plus all committers listed there plus Jose Alberto w

Re: [VOTE] Start a subproject for Ant libraries

+1 Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

AW: [VOTE] Start a subproject for Ant libraries

+1 Jan -Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 8. März 2005 10:02 An: [EMAIL PROTECTED] Betreff: [VOTE] Start a subproject for Ant libraries Hi all, as threatened, here is the proposal. According to our bylaws it needs +1s froms two

[VOTE] Start a subproject for Ant libraries

Hi all, as threatened, here is the proposal. According to our bylaws it needs +1s froms two thirds of all active committers to pass. By my count that is 12 out of 18 (all PMC members listed on the contributors page plus all committers listed there plus Jose Alberto who hasn't added himself to th

AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Execut e.java

> +/** > + * This is the operation to get our environment. > + * It is a notorious troublespot pre-Java1.5, and should be approached > + * with extreme cuation. --^^ Typo! Jan > + * @return > + */ >private static String[] getPro