Re: jmeter download files' date
>You can keep the date, but other Apache products as tomcat and spark use build date as files' date What is the issue with fixed timestamps? I strongly believe that reproducible builds are more important than updated timestamps in the archives. So if you want both reproducibility and timestamps, it would require implementing an approach to store and pass the timestamp to the build process. PRs are welcome. Vladimir
Re: jmeter download files' date
You can keep the date, but other Apache products as tomcat and spark use build date as files' date On Tue, May 19, 2020 at 7:00 PM Vladimir Sitnikov < sitnikov.vladi...@gmail.com> wrote: > Felix>Plus, it probably is set that way by default to enable reproducible > Felix>builds. The timestamp is the same no matter where or when it was > build. > > The timestamps are constants for build reproducibility indeed. > One can download source files (e.g. source release artifacts), > build it and the result should be exactly the same binaries. > > Vladimir >
Re: jmeter download files' date
Felix>Plus, it probably is set that way by default to enable reproducible Felix>builds. The timestamp is the same no matter where or when it was build. The timestamps are constants for build reproducibility indeed. One can download source files (e.g. source release artifacts), build it and the result should be exactly the same binaries. Vladimir
Re: jmeter download files' date
Am 19.05.20 um 16:53 schrieb Felix Schumacher: > Am 19.05.20 um 16:05 schrieb Jmeter Tea: >> Hello, >> >> I wanted to know why all jmeter download files' date is 1/2/1980? > Good question, but that is true only for the zip file. The tar one has a > date of January 2nd 1970 :) > > It seems that this is a feature of gradle. The default is to not use the > files last modification time for archives and I haven't found out, if > and how to change this particular setting. > > For information about the special date see > https://github.com/gradle/gradle/blob/9d56f7fa5f6a83f70fbb3321177b9bd74f7817d8/subprojects/core/src/main/java/org/gradle/api/internal/file/archive/ZipCopyAction.java#L42-L57 Plus, it probably is set that way by default to enable reproducible builds. The timestamp is the same no matter where or when it was build. Felix > > Felix > >> Thank you >> > - > To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org > For additional commands, e-mail: user-h...@jmeter.apache.org > - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
Re: jmeter download files' date
Am 19.05.20 um 16:05 schrieb Jmeter Tea: > Hello, > > I wanted to know why all jmeter download files' date is 1/2/1980? Good question, but that is true only for the zip file. The tar one has a date of January 2nd 1970 :) It seems that this is a feature of gradle. The default is to not use the files last modification time for archives and I haven't found out, if and how to change this particular setting. For information about the special date see https://github.com/gradle/gradle/blob/9d56f7fa5f6a83f70fbb3321177b9bd74f7817d8/subprojects/core/src/main/java/org/gradle/api/internal/file/archive/ZipCopyAction.java#L42-L57 Felix > > Thank you > - To unsubscribe, e-mail: user-unsubscr...@jmeter.apache.org For additional commands, e-mail: user-h...@jmeter.apache.org
jmeter download files' date
Hello, I wanted to know why all jmeter download files' date is 1/2/1980? Thank you