| Version annotated: |
2:2.15-1 |
|
Identified issues:
|
|
Identifier:
|
timestamps_in_pdf_content
|
|
Description
|
The timestamp is not in the PDF metadata, but embedded in the actual content (text).
Note: Use timestamps_in_tex_documents instead, which is more specific, if the PDF was created
by a TeX/LaTeX document using \today macro.
|
|
Identifier:
|
timestamp_in_info_file_created_by_makeinfo
|
|
URL
|
https://bugs.debian.org/826158
|
|
Description
|
the build date is included in the info file generated by makeinfo when the source texi file includes @today{}.
|
|
Identifier:
|
captures_build_path
|
|
Description
|
Captures build path, e.g., /build/1st/foo-42.0 v. /build/foo-42.0/2nd
Currently we vary the build path only when testing packages from unstable
and experimental, for testing and stable we recommend that rebuilds are done in the
same path as the original build.
.
This issue is only for miscellaneous issues which need individual fixes,
please create new issues for specific issues, e.g. gcc_captures_build_path.
.
Here follows some general tips for packages using the standard GNU toolchain:
.
If using autoconf, make sure you call ./configure via a relative and not absolute path.
.
If your issue is related to using the `__FILE__` macro, or the recording of
--debug-prefix-map flags in non-GCC non-debugging output, this is what is
fixed by our patch mentioned above; you should not need to fix it
specifically in your package.
.
For more background information see:
.
• https://alioth-lists.debian.net/pipermail/reproducible-builds/Week-of-Mon-20160822/006788.html
• https://alioth-lists.debian.net/pipermail/reproducible-builds/Week-of-Mon-20160905/006984.html
• https://alioth-lists.debian.net/pipermail/reproducible-builds/Week-of-Mon-20160912/007076.html
|
|
Identifier:
|
timestamps_in_ps_generated_by_dvips
|
|
Description
|
eg. %%CreationDate (or DVIPSSource?) in header
.
https://sources.debian.net/src/texlive-bin/latest/texk/web2c/pdftexdir/pdftex.web/#L14449
.
DVIPSSource date Can be set to SOURCE_DATE_EPOCH by setting FORCE_SOURCE_DATE to 1.
|
|
| |
|
Our notes about issues affecting packages are stored in notes.git and are targeted at packages in Debian in 'unstable/amd64' (unless they say otherwise).
|