Reply-To: Maria Valentina Marin <marival...@gmail.com>, 788...@bugs.debian.org
Resent-From: Maria Valentina Marin <marival...@gmail.com>
Resent-To: debian-bugs-d...@lists.debian.org
Resent-CC: marival...@gmail.com, reproducible-builds@lists.alioth.debian.org, 
Pino Toscano <p...@debian.org>
X-Loop: ow...@bugs.debian.org
Resent-Date: Mon, 15 Jun 2015 21:15:02 +0000
Resent-Message-ID: <handler.788879.b.14344027841...@bugs.debian.org>
Resent-Sender: ow...@bugs.debian.org
X-Debian-PR-Message: report 788879
X-Debian-PR-Package: src:elektra
X-Debian-PR-Keywords: patch
X-Debian-PR-Source: elektra
Received: via spool by sub...@bugs.debian.org id=B.14344027841501
          (code B); Mon, 15 Jun 2015 21:15:02 +0000
Received: (at submit) by bugs.debian.org; 15 Jun 2015 21:13:04 +0000
X-Spam-Checker-Version: SpamAssassin 3.4.0-bugs.debian.org_2005_01_02
        (2014-02-07) on buxtehude.debian.org
X-Spam-Status: No, score=-1.2 required=4.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED,
        autolearn_force=no version=3.4.0-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 12; hammy, 148; neutral, 56; spammy,
        2. spammytokens:0.957-+--H*r:bugs.debian.org, 0.952-+--our
        hammytokens:0.000-+--H*M:reportbug, 0.000-+--H*MI:reportbug,
        0.000-+--H*x:reportbug, 0.000-+--H*UA:reportbug, 0.000-+--upstreams
Received: from [] (helo=[])
        by buxtehude.debian.org with esmtps 
        (Exim 4.84)
        (envelope-from <marival...@gmail.com>)
        id 1Z4bgl-0000NO-Jg
        for sub...@bugs.debian.org; Mon, 15 Jun 2015 21:13:04 +0000
Content-Type: multipart/mixed; boundary="===============7173231707410916662=="
MIME-Version: 1.0
From: Maria Valentina Marin <marival...@gmail.com>
To: Debian Bug Tracking System <sub...@bugs.debian.org>
Message-ID: <20150615211359.1024.3144.reportbug@fenix>
X-Mailer: reportbug 6.6.0
Date: Mon, 15 Jun 2015 23:13:59 +0200
Delivered-To: sub...@bugs.debian.org

This is a multi-part MIME message sent by reportbug.

MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="UTF-8"
Content-Disposition: inline

Source: elektra
Version: 0.8.7-4
Severity: wishlist
Tags: patch

While working on the “reproducible builds” effort [1], we have noticed
that elektra could not be built reproducibly.

The attached patch changes the value of HTML_TIMESTAMP in upstream's
doxyfile from YES to NO. Once applied elektra can be built reproducibly
in our current experimental framework.

Patching upstream doxyfile is necessary in this case because of the
following reasons:

1. Even though the doxygen upstream changed the default value of
HTML_TIMESTAMP from YES to NO this does not affect this package because
the value of HTML_TIMESTAMP is explicitly set to YES.

2. Upstream's doxyfiles cannot reliably be modified to change the value
of HTML_TIMESTAMP during the build process because dh_doxygen is only
run after the build already completed and even adding a new dh command
cannot solve the problem because there exists no sane and reliable
solution to detect the file which will be used as the configuration file
for doxygen (it is not always called doxyfile).

3. In case of this source package a patch against upstream is necessary
in contrast to a patch against Debian rules because this source package
does not call doxygen in debian/rules.

Please also consider forwarding this patch upstream.


 [1]: https://wiki.debian.org/ReproducibleBuilds

Content-Type: text/x-diff; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="Set-HTML_TIMESTAMP-from-YES-to-NO"

Description: Set HTML_TIMESTAMP from YES to NO to make package reproducible

--- elektra-0.8.7.orig/doc/Doxyfile
+++ elektra-0.8.7/doc/Doxyfile
@@ -1013,7 +1013,7 @@ HTML_COLORSTYLE_GAMMA  = 80
 # page will contain the date and time when the page was generated. Setting
 # this to NO can help when comparing the output of multiple runs.
 # If the HTML_DYNAMIC_SECTIONS tag is set to YES then the generated HTML
 # documentation will contain sections that can be hidden and shown after the


Reproducible-builds mailing list

Reply via email to