On 21.11.2023 01:11, Vincent Lefevre wrote:
On 2023-11-20 22:53:06 +0100, Preuße, Hilmar wrote:
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...
No need to break the time. Try with
On 2023-11-20 22:53:06 +0100, Preuße, Hilmar wrote:
> 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...
No need to break the time. Try with "TZ=Australia/Canberra", which
currently has summer time.
zira:~> export
On 21.07.2023 16:46, Vincent Lefevre wrote:
On 2023-07-21 16:36:21 +0200, Preuße, Hilmar wrote:
On 21.07.2023 16:28, Vincent Lefevre wrote:
Hi,
The "CreationDate:" field in the generated PDF file is incorrect by
1 hour in the Europe/Paris CEST timezone (= UTC + 2).
I've uploaded TL2023 to
On 2023-07-21 16:36:21 +0200, Preuße, Hilmar wrote:
> On 21.07.2023 16:28, Vincent Lefevre wrote:
> > The "CreationDate:" field in the generated PDF file is incorrect by
> > 1 hour in the Europe/Paris CEST timezone (= UTC + 2).
> >
> I've uploaded TL2023 to experimental. Are you willing to test
On 21.07.2023 16:28, Vincent Lefevre wrote:
Hi,
The "CreationDate:" field in the generated PDF file is incorrect by
1 hour in the Europe/Paris CEST timezone (= UTC + 2).
I've uploaded TL2023 to experimental. Are you willing to test if the
issue is solved there?
Beware: the package is not
Package: texlive-xetex
Version: 2022.20230122-3
Severity: normal
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
6 matches
Mail list logo
