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

version graph

Package: texlive-xetex; Maintainer for texlive-xetex is Debian TeX Task Force <[email protected]>; Source for texlive-xetex is src:texlive-base (PTS, buildd, popcon).

Reported by: Vincent Lefevre <[email protected]>

Date: Fri, 21 Jul 2023 14:33:02 UTC

Severity: normal

Found in version texlive-base/2022.20230122-3

Reply or subscribe to this bug.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], Debian TeX Task Force <[email protected]>:
Bug#1041631; Package texlive-xetex. (Fri, 21 Jul 2023 14:33:04 GMT) (full text, mbox, link).


Acknowledgement sent to Vincent Lefevre <[email protected]>:
New Bug report received and forwarded. Copy sent to Debian TeX Task Force <[email protected]>. (Fri, 21 Jul 2023 14:33:04 GMT) (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: Vincent Lefevre <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones
Date: Fri, 21 Jul 2023 16:28:46 +0200
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 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.

-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
	(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##################################
minimal input file


##################################
other files

######################################
 List of ls-R files

-rw-r--r-- 1 root root 3539 2023-07-11 16:10:44 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 2022-10-12 23:25:33 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 2023-04-09 11:54:45 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 2023-04-09 11:54:45 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST
######################################
 Config files
-rw-r--r-- 1 root root 475 2022-10-13 13:39:43 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 2023-04-09 11:54:45 /usr/share/texmf/web2c/fmtutil.cnf -> /var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 2023-04-09 11:54:45 /usr/share/texmf/web2c/updmap.cfg -> /var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5130 2023-07-04 13:03:08 /var/lib/texmf/tex/generic/config/language.dat
######################################
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 2015-09-03 02:24:29 mktex.cnf
-rw-r--r-- 1 root root 475 2022-10-13 13:39:43 texmf.cnf
######################################
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.3.0-2-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages texlive-xetex depends on:
ii  teckit               2.5.11+ds1-1+b1
ii  tex-common           6.18
ii  texlive-base         2022.20230122-3
ii  texlive-binaries     2022.20220321.62855-7
ii  texlive-latex-base   2022.20230122-3
ii  texlive-latex-extra  2022.20230122-4
ii  tipa                 2:1.3-21

Versions of packages texlive-xetex recommends:
ii  lmodern  2.005-1

texlive-xetex suggests no packages.

Versions of packages tex-common depends on:
ii  ucf  3.0043+nmu1

Versions of packages tex-common suggests:
ii  debhelper  13.11.4

Versions of packages texlive-xetex is related to:
ii  tex-common        6.18
ii  texlive-binaries  2022.20220321.62855-7

-- no debconf information

-- 
Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



Information forwarded to [email protected], Debian TeX Task Force <[email protected]>:
Bug#1041631; Package texlive-xetex. (Fri, 21 Jul 2023 14:39:02 GMT) (full text, mbox, link).


Acknowledgement sent to Preuße, Hilmar <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian TeX Task Force <[email protected]>. (Fri, 21 Jul 2023 14:39:02 GMT) (full text, mbox, link).


Message #10 received at [email protected] (full text, mbox, reply):

From: Preuße, Hilmar <[email protected]>
To: Vincent Lefevre <[email protected]>
Cc: [email protected]
Subject: Re: Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones
Date: Fri, 21 Jul 2023 16:36:21 +0200
[Message part 1 (text/plain, inline)]
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 complete yet, there is not context package 
being compatible to texlive-binaries.

Hilmar
-- 
sigfault

[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to [email protected], Debian TeX Task Force <[email protected]>:
Bug#1041631; Package texlive-xetex. (Fri, 21 Jul 2023 14:51:03 GMT) (full text, mbox, link).


Acknowledgement sent to Vincent Lefevre <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian TeX Task Force <[email protected]>. (Fri, 21 Jul 2023 14:51:03 GMT) (full text, mbox, link).


Message #15 received at [email protected] (full text, mbox, reply):

From: Vincent Lefevre <[email protected]>
To: Preuße, Hilmar <[email protected]>
Cc: [email protected]
Subject: Re: Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones
Date: Fri, 21 Jul 2023 16:46:03 +0200
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 if the issue
> is solved there?
> 
> Beware: the package is not complete yet, there is not context package being
> compatible to texlive-binaries.

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).

-- 
Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



Information forwarded to [email protected], Debian TeX Task Force <[email protected]>:
Bug#1041631; Package texlive-xetex. (Mon, 20 Nov 2023 22:03:02 GMT) (full text, mbox, link).


Acknowledgement sent to Preuße, Hilmar <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian TeX Task Force <[email protected]>. (Mon, 20 Nov 2023 22:03:02 GMT) (full text, mbox, link).


Message #20 received at [email protected] (full text, mbox, reply):

From: Preuße, Hilmar <[email protected]>
To: Vincent Lefevre <[email protected]>
Cc: [email protected]
Subject: Re: Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones
Date: Mon, 20 Nov 2023 22:53:06 +0100
[Message part 1 (text/plain, inline)]
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 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.
> 
> 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).
> 

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.
-- 
sigfault

[OpenPGP_signature.asc (application/pgp-signature, attachment)]

Information forwarded to [email protected], Debian TeX Task Force <[email protected]>:
Bug#1041631; Package texlive-xetex. (Tue, 21 Nov 2023 00:12:19 GMT) (full text, mbox, link).


Acknowledgement sent to Vincent Lefevre <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian TeX Task Force <[email protected]>. (Tue, 21 Nov 2023 00:12:19 GMT) (full text, mbox, link).


Message #25 received at [email protected] (full text, mbox, reply):

From: Vincent Lefevre <[email protected]>
To: Preuße, Hilmar <[email protected]>
Cc: [email protected]
Subject: Re: Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones
Date: Tue, 21 Nov 2023 01:11:48 +0100
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 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

-- 
Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



Information forwarded to [email protected], Debian TeX Task Force <[email protected]>:
Bug#1041631; Package texlive-xetex. (Tue, 21 Nov 2023 14:30:04 GMT) (full text, mbox, link).


Acknowledgement sent to Preuße, Hilmar <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian TeX Task Force <[email protected]>. (Tue, 21 Nov 2023 14:30:05 GMT) (full text, mbox, link).


Message #30 received at [email protected] (full text, mbox, reply):

From: Preuße, Hilmar <[email protected]>
To: Vincent Lefevre <[email protected]>
Cc: [email protected]
Subject: Re: Bug#1041631: texlive-xetex: CreationDate in the generated PDF file is incorrect by 1 hour in some timezones
Date: Tue, 21 Nov 2023 15:28:19 +0100
[Message part 1 (text/plain, inline)]
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 "TZ=Australia/Canberra", which
> 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
> 

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

Hilmar
-- 
sigfault

[OpenPGP_signature.asc (application/pgp-signature, attachment)]

Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Fri May 16 09:37:50 2025; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.