[Reproducible-builds] GSoC 2015 Week 4: Move forward reproducible builds
Hello, I have been working on packages which are marked as affected by timestamps_in_documentation_generated_by_doxygen [1]. Patches were submitted for the following packages: The following packages suffer from having HTML_TIMESTAMP set to YES: - Package: elektra https://bugs.debian.org/788879 - Package: orthanc https://bugs.debian.org/788920 - Package: rivet https://bugs.debian.org/788955 - Package: liblo https://bugs.debian.org/789040 - Package: libxkbcommon https://bugs.debian.org/789071 - Package: lvtk https://bugs.debian.org/789076 - Package: lmdb https://bugs.debian.org/789087 - Package: openscenegraph https://bugs.debian.org/789264 - Package: libsidplayfp https://bugs.debian.org/789396 - Package: psocksxx https://bugs.debian.org/789399 - Package: qdjango https://bugs.debian.org/789405 - Package: qof https://bugs.debian.org/789406 - Package: qsapecng https://bugs.debian.org/789428 The following packages suffer from the $datetime placeholder being included in a custom html footer: - Package: apophenia https://bugs.debian.org/788868 - Package: mpqc https://bugs.debian.org/789049 - Package: libxr https://bugs.debian.org/789073 - Package: openigtlink https://bugs.debian.org/789184 I followed up on the bug for the following package: - Package: python-odf https://bugs.debian.org/777635 I modified the issue for the following packages: From timestamps_in_documentation_generated_by_doxygen [1] to timestamps_in_manpages_generated_by_doxygen [2] - Package: confused - Package: log4c - Package: lmdb - Package: libserial I added the issue timestamps_in_pdf_generated_by_latex [3] to the following package: - Package: rivet Thank You, akira [1]https://wiki.debian.org/ReproducibleBuilds/TimestampsInDocumentationGeneratedByDoxygen [2]https://wiki.debian.org/ReproducibleBuilds/TimestampsInManpagesGeneratedByDoxygen [3]https://wiki.debian.org/ReproducibleBuilds/TimestampsInPDFGeneratedByLaTeX ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] Doxygen issue with reproducible builds
Hi, On 03/02/2015 04:52 PM, marivalen wrote: I uploaded a version of doxygen to the experimental reproducible builds toolchain repository which changes the default value of HTML_TIMESTAMP from YES to NO. Could you please reschedule the following 343 packages which build-depend on doxygen and fail to build reproducibly: https://mister-muffin.de/p/2NL4.txt Now 121 out of the 343 scheduled packages build reproducibly =) 96 of the unreproducible remaining packages need to be manually fixed by submitting patches to the BTS. The remaining 126 packages are not affected anymore by the doxygen timestamp problem. I also made a bug report to upstream about changing the default (see https://bugzilla.gnome.org/show_bug.cgi?id=745439 ). I will remove the tag of the 126 packages from packages.yml once the new doxygen version with the fixed default lands in unstable. Cheers, akira ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] Doxygen issue with reproducible builds
Hi, On 02/16/2015 02:43 PM, marivalen wrote: Furthermore the Doxyfile configuration file embedded in each package using doxygen is often copied from the upstream defaults and thus enables HTML_TIMESTAMP. The following query on codesearch.d.n shows that 277 source packages are affected: http://codesearch.debian.net/results/HTML_TIMESTAMP%20%2B%3D%20YES%20path%3ADoxyfile/page_0 So no matter whether my patch to doxygen is applied or not, these 277 source packages will either need individual fixes or a change to doxygen which allows to ignore the setting of HTML_TIMESTAMP in Doxyfile. I can implement this but this again has to be discussed with the Debian maintainers and doxygen upstream. As explained in my last email any reasonable fix (the unreasonable being letting doxygen in Debian never output timestamps) requires patching the 200+ source packages affected by the issue individually. Thus, if there is no objection I will proceed with filing bugs with patches against the affected source packages and let them be blocked by bug #778490 if the source package uses Latex. Cheers, akira ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds