> I agree that it is a potential use case that makes using the Texinfo
> file modification time to set the time incorrect. Another similar
> case is if a user wants to set the modification date because of a
> change in texi2any EPUB conversion in the published work.
>
> However, I still do not think that it justifies changing the
> dcterms:modified upon EPUB compilation. This could lead to a change
> in the modification date even if nothing of importance changed.
In many projects the environment variable `SOURCE_DATE_EPOCH`
indicates reproducible builds. Can't this be used here?
>> When there is some good faith person trying to contribute to make
>> Texinfo project better, there you have an issue with reproducible
>> builds. I am sensing poor Free Software project leadership.
Please tone down and show respect to the maintainers! Your
accusations are completely uncalled for, and it makes it *very*
unpleasant to discuss things. Believe it or not, there are other
point of views besides yours.
Patrice and Gavin are working *constantly* since years on improving
Texinfo, and they have certainly a better picture of the whole project
than you. This is your first contribution to Texinfo, isn't it?
Werner
