jmeter download files' date

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

jmeter download files' date

jmeter tea
Hello,

I wanted to know why all jmeter download files' date is 1/2/1980?

Thank you
Reply | Threaded
Open this post in threaded view
|

Re: jmeter download files' date

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

Felix

>
> Thank you
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: jmeter download files' date

Felix Schumacher

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: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: jmeter download files' date

Vladimir Sitnikov
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
Reply | Threaded
Open this post in threaded view
|

Re: jmeter download files' date

jmeter tea
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 <
[hidden email]> 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
>
Reply | Threaded
Open this post in threaded view
|

Re: jmeter download files' date

Vladimir Sitnikov
>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