#1041631 texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones

Package:
texlive-xetex
Source:
texlive-xetex
Submitter:
Vincent Lefevre
Date:
2023-11-21 14:30:05 UTC
Severity:
normal
#1041631#5
Date:
2023-07-21 14:28:46 UTC
From:
To:
The "CreationDate:" field in the generated PDF file is incorrect by
1 hour in the Europe/Paris CEST timezone (= UTC + 2).

Example:

$ export LC_ALL=C
$ date && xelatex test.tex && pdfinfo test.pdf | grep Date:
Fri Jul 21 16:09:39 CEST 2023
This is XeTeX, Version 3.141592653-2.6-0.999994 (TeX Live 2022/Debian) (preloaded format=xelatex)
 restricted \write18 enabled.
entering extended mode
(./test.tex
LaTeX2e <2022-11-01> patch level 1
L3 programming layer <2023-01-16>
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2022/07/02 v1.4n Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
(/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-xetex.def)
(./test.aux) (/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd) [1]
(./test.aux) )
Output written on test.pdf (1 page).
Transcript written on test.log.
CreationDate:    Fri Jul 21 15:09:40 2023 CEST

It looks like as if it were the winter time (UTC + 1).

Same issue in the Europe/London and America/New_York timezones.
For instance:

$ export TZ=Europe/London
$ export LC_ALL=C
$ date && xelatex test.tex && pdfinfo test.pdf | grep Date:
2023-07-21T15:22:17 BST
This is XeTeX, Version 3.141592653-2.6-0.999994 (TeX Live 2022/Debian) (preloaded format=xelatex)
 restricted \write18 enabled.
entering extended mode
(./test.tex
LaTeX2e <2022-11-01> patch level 1
L3 programming layer <2023-01-16>
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2022/07/02 v1.4n Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
(/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-xetex.def)
(./test.aux) (/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd) [1]
(./test.aux) )
Output written on test.pdf (1 page).
Transcript written on test.log.
CreationDate:    Fri Jul 21 14:22:18 2023 BST

But the behavior is correct for America/Guyana and
America/Argentina/Buenos_Aires.

This could possibly be related to the daylight saving time.

Note that pdflatex does not have any issue.
#1041631#10
Date:
2023-07-21 14:36:21 UTC
From:
To:
On 21.07.2023 16:28, Vincent Lefevre wrote:

Hi,
I've uploaded TL2023 to experimental. Are you willing to test if the
issue is solved there?

Beware: the package is not complete yet, there is not context package
being compatible to texlive-binaries.

Hilmar
#1041631#15
Date:
2023-07-21 14:46:03 UTC
From:
To:
Sorry, I've just noticed that I forgot to include the test.tex file.
Here is it (this is the simplest one as possible):

\documentclass{article}
\begin{document}
.
\end{document}

If you installed TL2023 on one of your machines, could you try to
reproduce the bug after "export TZ=Europe/Paris", for instance?

Otherwise, I can try (but it will be a bit complex to upgrade the
packages to experimental and downgrade again after the test).
#1041631#20
Date:
2023-11-20 21:53:06 UTC
From:
To:
Hi,

Currently I'm now able to reproduce the issue, I guess b/c we're in
winter time. I guess I have to break the time on my test box...

H.
#1041631#25
Date:
2023-11-21 00:11:48 UTC
From:
To:
currently has summer time.

zira:~> export TZ=Australia/Canberra
zira:~> date && xelatex test.tex && pdfinfo test.pdf | grep Date:
Tue Nov 21 11:10:08 AEDT 2023
[...]
CreationDate:    Tue Nov 21 10:10:08 2023 AEDT
#1041631#30
Date:
2023-11-21 14:28:19 UTC
From:
To:
Hi,

I'm able top reproduce it here on TL 2023.

Hilmar