On 09/08/2022 20:19, Christopher Schultz wrote:
On 8/9/22 14:09, Mark Thomas wrote:
<snip/>
This issue is the zip files. Time stamps in zip files use local (yes,
local - I didn't mistype that) time. Hence you need to use the same
time zone to get a repeatable build.
We have a few options here:
1. Document the time zone in use for the build and require the same
timezone to be used for repeatable builds.
We might want to do this anyway, regardless.
Agreed. I also spotted that adding "do.codesigning=true" would help
repeatable builds. I'll get both of those added.
2. Require UTC.
Can that be done on the CLI for a single process on Windows? It will
likely work for *NIX no problem. I use a semi-dedicated Windows VM for
building releases, so I have no problem just switching it to UTC.
I'm not sure. Figuring that out is next on my TODO list. I'd really like
to make this part of the Ant build script if I can though.
I also really need to switch to building natively on my Mac because the
whole VM thing is really cramping my style. :)
That should be doable. From memory, wine required a little hoop jumping
to get working but it didn't take too long.
3. Find a way to force Ant to use a specific timezone.
-Duser.timezone?
That should work. We could require that to be used on the command line.
I was hoping to find a way to set that within the script so the release
manager still just has to do a "ant release".
I was thinking about a custom Ant task that set the global time zone (if
there isn't anything built into Any that does that).
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
