Re: and m2

On 5/17/05, Dominique Devienne <[EMAIL PROTECTED]> wrote: > I've used a more lenient model for my transitive dependency. The exact > version used to build something is recorded, but which version of a > given dependency to use is left up to the client. This is pretty much what is in Maven (and th

DO NOT REPLY [Bug 34941] - FTP uptodate calculations wrong

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 34941] - FTP uptodate calculations wrong

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 34941] - FTP uptodate calculations wrong

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

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

stevel 2005/05/18 13:47:13 Modified:docs/manual/CoreTasks checksum.html Log: Note current state of extension case. Revision ChangesPath 1.19 +8 -0 ant/docs/manual/CoreTasks/checksum.html Index: checksum.html ==

DO NOT REPLY [Bug 34962] - task behaves differently in 1.6.3 than 1.6.2

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 34963] New: - junit-frames.xsl included with ant does not properly deal with stack traces

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 34962] New: - task behaves differently in 1.6.3 than 1.6.2

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

cvs commit: ant/src/testcases/org/apache/tools/ant/types PropertySetTest.java

mbenson 2005/05/18 09:52:06 Modified:.Tag: ANT_16_BRANCH WHATSNEW src/main/org/apache/tools/ant/types Tag: ANT_16_BRANCH PropertySet.java src/etc/testcases/types Tag: ANT_16_BRANCH propertyset.xml src/testcases/

cvs commit: ant/src/testcases/org/apache/tools/ant/types PropertySetTest.java

mbenson 2005/05/18 09:47:26 Modified:.WHATSNEW src/main/org/apache/tools/ant/types PropertySet.java src/etc/testcases/types propertyset.xml src/testcases/org/apache/tools/ant/types PropertySetTest.java Log:

Re: and case

Steve Loughran wrote: It looks like the case of the extension of the task is that of the algorithm used, even though that is case insensitive MD5 -> .MD5 SHA -> .SHA md5 -> .md5 sha -> .sha "" -> .MD5 I am not convinced this is the right thing to do. It'd be easy to use checksum to have code

Re: and namespaces

Stefan Bodewig wrote: On Mon, 16 May 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: On 5/16/05, Peter Reilly <[EMAIL PROTECTED]> wrote: You need to use the "flattened" name - uri + ":" + name eg: Don't XML specs or XML tools use the {namespace}local-name notation when they exp

Re: and case

On Wed, 18 May 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > I am not convinced this is the right thing to do. Neither am I in retrospect, but I'm afraid it is too late. > It'd be easy to use checksum to have code that worked on windows, > but not unix. Shouldnt we go > extension="."+algorit

and case

It looks like the case of the extension of the task is that of the algorithm used, even though that is case insensitive MD5 -> .MD5 SHA -> .SHA md5 -> .md5 sha -> .sha "" -> .MD5 I am not convinced this is the right thing to do. It'd be easy to use checksum to have code that worked on windows,

Re: cvs commit: ant/docs/manual/OptionalTasks ftp.html

Alexey N. Solofnenko wrote: Actually, > is also not required. True, but very confusing not to quote it. Peter - Alexey. Steve Cohen wrote: To be honest, I never thought about it. The previous version of the page used them and I just assumed they were required, and followed the pattern with my ne

DO NOT REPLY [Bug 11143] - Javac should load build.compiler class from a defined classloader

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

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

jhm 2005/05/18 06:02:22 Modified:docs/manual/CoreTypes Tag: ANT_16_BRANCH mapper.html Log: Seems to be an typo for me. Revision ChangesPath No revision No revision 1.13.2.11 +4 -5 ant/docs/manual/CoreTypes/mapper.html

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

jhm 2005/05/18 06:02:19 Modified:docs/manual/CoreTypes mapper.html Log: Seems to be an typo for me. Revision ChangesPath 1.28 +4 -5 ant/docs/manual/CoreTypes/mapper.html Index: mapper.html ==

Re: cvs commit: ant/xdocs external.xml

On Wed, 18 May 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > Maybe we should embrace ASCII-7 and use &#ff00; style encodings for > all high chars. Works for me. > That works in HTML, right? It should. I'm not sure what Anakia is going to create on the output side, though. Stefan

Re: cvs commit: ant/xdocs external.xml

Stefan Bodewig wrote: On Wed, 18 May 2005, Jan Materne <[EMAIL PROTECTED]> wrote: Some characters broken? Looks as if Steve's editor had saved the file as UTF-8 instead of ISO-8859-1. Should be fixed now. Has there been more than this one character? Interesting. My linux boxes treat everything

Re: AW: cvs commit: ant/docs/manual/OptionalTasks ftp.html

[EMAIL PROTECTED] wrote: Little test on IE6 and Firefox 1.0.4 And now test html: That works for me. You have to mask the "<" character. After that the closing sign is ignored, because no opening sign was there. Jan -Ursprüngliche Nachricht- Von: A

AW: AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Co pyPa th.java defaults.properties

When dealing with s and s I only handle s and simply add the to a dummy ... And from the user point of view it´s more clear... Jan > -Ursprüngliche Nachricht- > Von: Steve Loughran [mailto:[EMAIL PROTECTED] > Gesendet am: Mittwoch, 18. Mai 2005 11:00 > An: Ant Developers List > Betreff

Re: AW: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs CopyPa th.java defaults.properties

[EMAIL PROTECTED] wrote: Mmh, would it make more sense to add nested s to ? See 20635 [1]. I looked at copy, and felt it was complex enough as it was. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [E

AW: cvs commit: ant/xdocs external.xml

I found only that one in the cvs mail. Jan > -Ursprüngliche Nachricht- > Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Gesendet am: Mittwoch, 18. Mai 2005 12:02 > An: dev@ant.apache.org > Betreff: Re: cvs commit: ant/xdocs external.xml > > On Wed, 18 May 2005, Jan Materne <[EMAIL PROTE

Re: cvs commit: ant/xdocs external.xml

On Wed, 18 May 2005, Jan Materne <[EMAIL PROTECTED]> wrote: > Some characters broken? Looks as if Steve's editor had saved the file as UTF-8 instead of ISO-8859-1. Should be fixed now. Has there been more than this one character? Stefan

cvs commit: ant/xdocs resources.xml

bodewig 2005/05/18 03:00:53 Modified:docs resources.html xdocsresources.xml Log: Fix ü-umlaut that got translated from ISO8859-1 to UTF-8 by accident Revision ChangesPath 1.88 +2 -2 ant/docs/resources.html Index: resources.html

[FWD] Brutus going down

Hi all, this also means that Ant nightly builds will get disabled for now. I'll remove the links from Ant's website as well as the docs in the 1.6 tree. Has anybody of you followed the infrastructure list during the past week(s) to know whether a buildserver has been set up for nightlies on helio

AW: cvs commit: ant/xdocs external.xml

> Modified:docs external.html resources.html >xdocsexternal.xml > Log: > Roxes is now Orangevolt > > 1.87 +89 -13ant/docs/resources.html > > Index: resources.html > === >

cvs commit: ant/xdocs bindownload.xml index.xml problems.xml srcdownload.xml

bodewig 2005/05/18 02:34:44 Modified:xdocsTag: ANT_16_BRANCH bindownload.xml index.xml problems.xml srcdownload.xml Log: merge Revision ChangesPath No revision No revision 1.17.2.7 +7 -2 ant/xdocs/b

cvs commit: ant/xdocs bindownload.xml index.xml problems.xml srcdownload.xml

bodewig 2005/05/18 02:34:20 Modified:docs bindownload.html index.html problems.html srcdownload.html xdocsbindownload.xml index.xml problems.xml srcdownload.xml Log: No more nightlies for now Revision Change

cvs commit: ant/xdocs external.xml

bodewig 2005/05/18 02:05:46 Modified:docs external.html resources.html xdocsexternal.xml Log: Roxes is now Orangevolt Revision ChangesPath 1.201 +53 -50ant/docs/external.html Index: external.html ==

AW: BugZilla & Antidote

> > I just see that Antidote is just a valid Component in BugZilla. 9 > > Bug entries, all marked as fixed, invalid or wont (and wont any more > > after dropping the whole subproject ;) > > > > Should we delete that component? > > You can only delete a "component" in Bugzilla if you re-assign al

Re: BugZilla & Antidote

On Tue, 17 May 2005, Jan Materne <[EMAIL PROTECTED]> wrote: > I just see that Antidote is just a valid Component in BugZilla. 9 > Bug entries, all marked as fixed, invalid or wont (and wont any more > after dropping the whole subproject ;) > > Should we delete that component? You can only delet