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

2023-11-21 Thread Preuße

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
Description: OpenPGP digital signature


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

2023-11-20 Thread Vincent Lefevre
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  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



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

2023-11-20 Thread Preuße

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
Description: OpenPGP digital signature


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

2023-07-21 Thread Vincent Lefevre
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  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



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

2023-07-21 Thread Preuße

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
Description: OpenPGP digital signature


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

2023-07-21 Thread Vincent Lefevre
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.94 (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.94 (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