Github user GKFX commented on the issue:
https://github.com/apache/ant/pull/36
Thank you, that all worked great. Hopefully that's ready to merge.
---
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
Github user GKFX commented on the issue:
https://github.com/apache/ant/pull/40
Changing the date to within BST does mean that, for me, it gets interpreted
as being a BST date. So, given what you see as well, I think that format
parses date/times as if they were what you had
Github user GKFX commented on the issue:
https://github.com/apache/ant/pull/40
That's interesting; since the values I were testing were coming out GMT,
and I'm in British Summer Time at the moment, I thought the timezone was being
set to UTC and so it would work everywhere
GitHub user GKFX opened a pull request:
https://github.com/apache/ant/pull/40
Add tests for parseLenientDateTime
As requested for #36.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/GKFX/ant feature-testlenientdate
Github user GKFX commented on the issue:
https://github.com/apache/ant/pull/36
@bodewig Great, I'll have a shot at the parseLenient tests.
---
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional
Github user GKFX commented on the issue:
https://github.com/apache/ant/pull/36
@bodewig I've done that, but `ant test` fails with the output
```
-antunit-warn-location:
[echo] AntUnit tests must be run with /home/bateman/Geek/ant/bootstrap
(or /home/bateman/Geek/ant
GitHub user GKFX opened a pull request:
https://github.com/apache/ant/pull/36
Allow faking of zip entry modification times.
Adds DateUtils.parseLenientDateTime. Discussed in mailing list thread
"Reproducible JARs".
You can merge this pull request into a Git repository
Github user GKFX commented on the issue:
https://github.com/apache/ant/pull/36
Will do, hopefully in a few days.
---
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h
