You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by Rainer Jung <ra...@kippdata.de> on 2026/09/11 01:27:34 UTC
Apache Ant 1.10.18 available
Hi all,
ant 1.10.18 was released a few days ago. We might switch to it for the
next release round. Since the version of ant is not part of our build
setuo and only recorded, every RM is free to choose what works best for
him. But maybe it is enough time in the next weeks to test it and update
to it.
The change log under
https://github.com/apache/ant/blob/master/WHATSNEW
contains a few items concerning time stamps for reproducible builds:
* when using the SOURCE_DATE_EPOCH environment variable to set the
time for <tstamp> the timezone will now be set to UTC for DSTAMP,
TSTAMP and TODAY. This also applies to nested formats where the
locale now also defaults to en_US unless it (or the timezone) have
been set explicitly.
Based on a patch used by the Debian Ant package maintainers.
Part of Bugzilla Report 61269
* the SOURCE_DATE_EPOCH environment variable as well as the magic
ant.tstamp.now and ant.tstamp.now.iso properties now also affect
the timestamp added to a properties file written by <propertyfile>
- but only if jdkproperties has its default value of false.
Based on a patch used by the Debian Ant package maintainers.
Part of Bugzilla Report 61269
* a new method getBuildDate in Project can now be used to calculate a
notion of a "build date" that consults the SOURCE_DATE_EPOCH environment
variable as well as the magic ant.tstamp.now and ant.tstamp.now.iso
properties in this order which you can use if you want to obtain a
reproducible timestamp in tasks you write yourself.
Best regards,
Rainer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
Re: Apache Ant 1.10.18 available
Posted by Christopher Schultz <ch...@christopherschultz.net>.
Rainer,
On 9/10/26 9:27 PM, Rainer Jung wrote:
> ant 1.10.18 was released a few days ago. We might switch to it for the
> next release round.
+1
> Since the version of ant is not part of our build setuo and only
> recorded, every RM is free to choose what works best for him. But
> maybe it is enough time in the next weeks to test it and update to it.
> > The change log under
>
> https://github.com/apache/ant/blob/master/WHATSNEW
>
> contains a few items concerning time stamps for reproducible builds:
>
> * when using the SOURCE_DATE_EPOCH environment variable to set the
> time for <tstamp> the timezone will now be set to UTC for DSTAMP,
> TSTAMP and TODAY. This also applies to nested formats where the
> locale now also defaults to en_US unless it (or the timezone) have
> been set explicitly.
> Based on a patch used by the Debian Ant package maintainers.
> Part of Bugzilla Report 61269
>
> * the SOURCE_DATE_EPOCH environment variable as well as the magic
> ant.tstamp.now and ant.tstamp.now.iso properties now also affect
> the timestamp added to a properties file written by <propertyfile>
> - but only if jdkproperties has its default value of false.
> Based on a patch used by the Debian Ant package maintainers.
> Part of Bugzilla Report 61269
>
> * a new method getBuildDate in Project can now be used to calculate a
> notion of a "build date" that consults the SOURCE_DATE_EPOCH
> environment
> variable as well as the magic ant.tstamp.now and ant.tstamp.now.iso
> properties in this order which you can use if you want to obtain a
> reproducible timestamp in tasks you write yourself.
I think we are good, since we always used an explicit time zone in the
build process, but obviously it's something to test early.
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org