1826
Comment: Also cope with timezone variations
|
2089
|
Deletions are marked like this. | Additions are marked like this. |
Line 9: | Line 9: |
Lintian will probably never check this, because extracting the timestamp from a PDF requires external dependencies, and knowing the build date requires the Debian changelog, which may be missing if for example /usr/share/doc/package links to another package. |
PDF files generated with pdftex and pdflatex will contain CreationDate and ModDate set to the current date and time. The PDF ID is also generated using the current time.
Detection
Lintian will probably never check this, because extracting the timestamp from a PDF requires external dependencies, and knowing the build date requires the Debian changelog, which may be missing if for example /usr/share/doc/package links to another package.
Work-around
Use faketime with a fixed preset clock, e.g. as
1 faketime "`dpkg-parsechangelog -S date`" dh_auto_build
But please be aware of bug report 778462 against faketime: faketime from Jessie/Sid does not work properly inside a chroot on a Wheezy host. So you may want to postpone using faketime to fix this issue in your package unless 778462 is fixed in Unstable.
Also note that the clock keeps running, so the PDF timestamp may depend on the time spent on previous tasks. If this does not break anything, you may want to freeze the clock with something like this.
Solution
None yet.
apparmor uses the file modification time instead of the current time. See Makefile and LaTeX source. But this does not solve the PDF ID.