[ 
https://issues.apache.org/jira/browse/RAT-536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18066965#comment-18066965
 ] 

Hervé Boutemy edited comment on RAT-536 at 3/20/26 7:28 AM:
------------------------------------------------------------

looking at site: https://creadur.apache.org/rat/index.html "Last Published: 
2025-10-12| Version: 0.17"

do you prefer the "Last Published" value be when the release was done? or when 
the site was generated?
at release time, this will be the same, it's only when built NOT at release 
time that they differ (either when someone rebuilds from tag = where we try to 
get reproducible output, or when someone builds site of a SNAPSHOT)

looking at website history, I see that with previous 0.16.1 version, the site 
was ... uh... not up to date: 
https://web.archive.org/web/20240810175539/https://creadur.apache.org/rat/index.html
I get why you did RAT-397 :)

I see also that RAT's pom.xml did not define its timestamp, but just inherited 
from parent, so its value was the time of release of the parent POM, not from 
RAT

if you define a real value in your pom.xml (instead of "a"), you'll get the 
value updated at RAT release time (by Maven Release Plugin): so the value will 
be accurate at the time of release = what we do by default

would that be sufficient for you?
(I advise doing that step, whatever you choose from a site perspective: getting 
timestamp from RAT release in jars and zips is a good idea)

in addition, if you still prefer having a site with moving (non reproducible) 
"when built by someone" timestamp, the configuration in site plugin can be done 
in addition


was (Author: hboutemy):
looking at site: https://creadur.apache.org/rat/index.html "Last Published: 
2025-10-12| Version: 0.17"

do you need the "Last Published" value be when the release was done?
or when the site was generated?

looking at website history, I see that with previous 0.16.1 version, the site 
was ... uh... not up to date: 
https://web.archive.org/web/20240810175539/https://creadur.apache.org/rat/index.html
I get why you did RAT-397 :)

I see also that RAT's pom.xml did not define its timestamp, but just inherited 
from parent, so its value was the time of release of the parent POM, not from 
RAT

if you define a real value in your pom.xml (instead of "a"), you'll get the 
value updated at RAT release time (by Maven Release Plugin): so the value will 
be accurate at the time of release = what we do by default

would that be sufficient for you?
(I advise doing that step, whatever you choose from a site perspective: getting 
timestamp from RAT release in jars and zips is a good idea)

in addition, if you still prefer having a site with moving (non reproducible) 
"when built by someone" timestamp, the configuration in site plugin can be done 
in addition

> RAT releases are not reproducible any more
> ------------------------------------------
>
>                 Key: RAT-536
>                 URL: https://issues.apache.org/jira/browse/RAT-536
>             Project: Apache RAT
>          Issue Type: Bug
>          Components: build
>    Affects Versions: 0.17, 0.18
>            Reporter: Hervé Boutemy
>            Priority: Major
>
> see reproducibility checks over releases:
> https://github.com/jvm-repo-rebuild/reproducible-central/blob/master/content/org/apache/rat/README.md
> regression was apparently introduced in 
> https://github.com/apache/creadur-rat/commit/969f474e82aa7ef9082d1156d777b7e7b42ac3e3
>  while working on RAT-397



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to