--- Begin Message ---
|
Subject: |
[PATCH] Reproducible issue for djvulibre |
|
Date: |
Tue, 8 Aug 2017 15:31:52 +0800 (GMT+08:00) |
Hi!
While conducting a study inspired by the "reproducible builds" practice [1], we
have noticed that the package djvulibre could not be built reproducibly.
After investigation, we observe that the unreproducibility is caused by
"desktopfiles/Makefile.in", in which the command gzip is invoked without the
"-n" argument. Consequently, timestamp is captured in the built file
"share/icons/hicolor/scalable/mimetypes/djvu.svgz".
The attached patch adds the argument to the gzip command. Once applied,
djvulibre could be built reproducibly.
[1]: https://wiki.debian.org/ReproducibleBuilds
0001-reproducible-fix-for-djvulibre.patch
Description: Binary data
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: [bug#28015] Re: [bug#28015] [PATCH] Reproducible issue for djvulibre |
|
Date: |
Fri, 01 Sep 2017 11:08:35 +0200 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Hello,
"Z. Ren" <address@hidden> skribis:
> Thanks for your kind reply. I re-check the build result. According to the
> output of diffoscope (see below for the snippet), the file that's different
> between the two builds is scalable/mimetypes/djvu.svgz. It is indeed a gzip
> file, though the extension is svgz. Not sure whether it could be handled
> automatically by the upcoming build system?
>
> ├── scalable
> ├── mimetypes
> ├── djvu.svgz
> ├── metadata
> │ │ │ │ │ │ │ @@ -1 +1 @@
> │ │ │ │ │ │ │ -gzip compressed data, last modified: Fri Mar 10 23:39:11 2017,
> from Unix
> │ │ │ │ │ │ │ +gzip compressed data, last modified: Wed Aug 23 09:27:59 2017,
> from Unix
Oh right, .svgz is not handled by the new phase.
I pushed your patch with small cosmetic changes:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=5fe2a139dfdef058f544fc4b83742628e1fa04bc
Thanks!
Ludo’.
--- End Message ---