[Reproducible-builds] 2015-06-03, 19 UTC: first/regular team meeting/s on irc
Hi, On Montag, 18. Mai 2015, Holger Levsen wrote: to better coordinate our work I think we should do regular team meetings on IRC. The schedule should probably be monthly or bi-weekly, feedback much welcome! But first, please participate in the poll at https://dudle.inf.tu-dresden.de/r6vub5gm/ the result from that poll is that we'll have the meeting on June, 3rd, 2015 at 19 UTC (21:00 CEST). https://wiki.debian.org/ReproducibleBuilds/Meetings which currently has: Agenda for the first meeting, 2015-06-03, 19 UTC discuss todays agenda discuss meeting schedule decide preliminary meeting schedule discuss default agenda package/issue updates + r.a.d.o repo state rp.d.n updates+issues GSoC updates any other business announce next meeting Re-occuring agenda for every meeting (draft) announce+discuss todays agenda package/issue updates rp.d.n updates+issues + r.a.d.o repo state GSoC updates check all action-items from the previous meeting any other business announce next meeting Each meeting should last at maximum 60min, so usually for most topics there will be much time for discussions, rather either someone can give a status update or a pointer or the topic will be turned into an action item for someone(s) to do or discuss after the meeting. (well, with 10 topics we have 6 minutes per topic on average, so we can have some short discussions sometimes...) cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] strip-nondeterminism_0.007-1_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 24 May 2015 13:09:58 +0200 Source: strip-nondeterminism Binary: libfile-stripnondeterminism-perl strip-nondeterminism dh-strip-nondeterminism Architecture: source all Version: 0.007-1 Distribution: unstable Urgency: medium Maintainer: Reproducible builds folks reproducible-builds@lists.alioth.debian.org Changed-By: Holger Levsen hol...@debian.org Description: dh-strip-nondeterminism - debhelper add-on to strip non-determinism from files libfile-stripnondeterminism-perl - Perl module for stripping non-determinism from files strip-nondeterminism - tool for stripping non-determinism from files Closes: 777679 Changes: strip-nondeterminism (0.007-1) unstable; urgency=medium . [ Reiner Herrmann ] * Improve detection of pom.properties files . [ Holger Levsen ] * Add myself to uploaders. . strip-nondeterminism (0.006-1) unstable; urgency=low . * New upstream release. - Strip timestamp from Java version.properties files - two more javaproperties signatures - set timezone to UTC before normalizing to get reproducible timestamps - ar handler: preserve execute bit when normalizing permissions - Add test case for ar handler - Improve detection of timestamps in pom.properties files - Add a PNG handler (Closes: #777679) Checksums-Sha1: 03f23466f9e3ed8a65813d022b46a6a338ac4814 2260 strip-nondeterminism_0.007-1.dsc 34da433f31769b0486cc1b5e712b24b4684521e9 21924 strip-nondeterminism_0.007.orig.tar.xz 95d321d73cee2e8655b54c3c7c3ae3db6b69aa83 3240 strip-nondeterminism_0.007-1.debian.tar.xz 47f2ebb6879cd2873022714330d6b6566c09588b 6870 dh-strip-nondeterminism_0.007-1_all.deb 8bea87d44308a631c67a93567db129f03ae07137 9818 libfile-stripnondeterminism-perl_0.007-1_all.deb 087ffa2ca922e1f4a07d273d09818860f8c19241 6890 strip-nondeterminism_0.007-1_all.deb Checksums-Sha256: ec4bbea997b7fd7922f858991743b240c02a63f44c87a042a2f8393fbf3eaf4f 2260 strip-nondeterminism_0.007-1.dsc a47172137b891e40a84cc075895c3925f873993a3ed59c15938998d5e13bce2c 21924 strip-nondeterminism_0.007.orig.tar.xz bbd4652c99367a20ec9b054ff199ca65cffebcf7fdd40368e1174811ec7dce75 3240 strip-nondeterminism_0.007-1.debian.tar.xz cf622345afaf4b5257ff0a8762d26ca46039f46f85e5c6e84508a7e665ce27f4 6870 dh-strip-nondeterminism_0.007-1_all.deb f1dd8c2cdd32faa05111b544a1c730beb82ff40762a9a8447ce91693abcb256c 9818 libfile-stripnondeterminism-perl_0.007-1_all.deb d13675f24ceb162a7a29c5a9e190d242a7999fb14423e93b4fcb270dda22e7c4 6890 strip-nondeterminism_0.007-1_all.deb Files: 91502be284447028978bafe99c8055f7 2260 perl optional strip-nondeterminism_0.007-1.dsc 22d07802acf3d85c28b8b2244b4fb5f6 21924 perl optional strip-nondeterminism_0.007.orig.tar.xz 8fcb3a7ebe18646608cf3acd875431f4 3240 perl optional strip-nondeterminism_0.007-1.debian.tar.xz 5e0d3e3258e35a03254e3305cbbab4d3 6870 perl optional dh-strip-nondeterminism_0.007-1_all.deb 7ba1bf46bbc8503b1b87164a98d49486 9818 perl optional libfile-stripnondeterminism-perl_0.007-1_all.deb d6b588b05c8bce9781bff65508ad3e5a 6890 perl optional strip-nondeterminism_0.007-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIVAwUBVWGz7wkauFYGmqocAQpqFhAAnjRXsPWGnsWaVX0d6FlEKclZeUHncC23 IfhsEQAmezbGvbjk204BIc1/1G1EhCzLB0B3xFyA084+b1FbjavcfvzWH9JGgnw7 vu3zBHcrXqER2QI4n5L6x3OwOuQjGeR+p8Y2mknKcg5w3AA8iZKuSxUXwQ4U27yB i2C72aAWN9oirytfNpg4SJ/u04U4xXWgpJP4UBelWKGq+6Xz73cmJmR9mfzgadag 04x/W4EAbxNU2h9EhMgC/Y0xfbVfU80YfasKz0x1mDY43yDcHkA2nPqrkm2leViU oNkfETWqBT3PEbvkzlUBfacQOA6ZEcokjfUfKFRiarxcM6pg/yFhAd7lFuLiqFhV xOOnzbqBS0qbvay1ILI35rux/p/0Y/Kkw51EL9J/tKtM5i2q2I3sIupiu1GVoWvA N8CRlk4Qz+lE0gqK01JIhfkmmCI8ConkDx7A1HyUxAMHMAHVZ6KviagHe2KTzWCz vJXMNSiSC2t52VkO5wenEqt/NxIa6tZynCGJCw2FByoKSugdNhnLOyG8Qvopt6Xy vwGpc/idZ0nvmUNJ4Dn/WUCelGKHMvh8mZeWocVV7zS3XiVEVD0Qu6AOgYdCQjF1 QmFGeWTYCrSCvOErL0vZPsvpvhZysJ3fY4c/3HAcC5xnzEnLpGlwj9YxexA2EjDR G6timRU4Mx8= =PC2B -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#786669: ruby-celluloid: tests sometimes fail, causing ftbfs sometimes
source: ruby-celluloid version: 0.16.0-1 Severity: serious User: reproducible-builds@lists.alioth.debian.org Usertags: randomness x-debbugs-cc: reproducible-builds@lists.alioth.debian.org Hi, While working on the “reproducible builds” effort [1], we have noticed that ruby-celluloid sometimes fails on it's testsuite, causing a ftbfs like this: Failures: 1) Probe on boot should capture system actor spawn Failure/Error: while ev = client.buffer.shift Timeout::Error: execution expired # ./lib/celluloid/mailbox.rb:62:in `sleep' # ./lib/celluloid/mailbox.rb:62:in `wait' # ./lib/celluloid/mailbox.rb:62:in `block in check' # ./lib/celluloid/mailbox.rb:57:in `check' # ./lib/celluloid/mailbox.rb:75:in `block in receive' # ./lib/celluloid/mailbox.rb:74:in `receive' # ./lib/celluloid/calls.rb:97:in `block in wait' # ./lib/celluloid/calls.rb:96:in `loop' # ./lib/celluloid/calls.rb:96:in `wait' # ./lib/celluloid.rb:116:in `suspend' # ./lib/celluloid/calls.rb:88:in `response' # ./lib/celluloid/calls.rb:92:in `value' # ./lib/celluloid/proxies/sync_proxy.rb:33:in `method_missing' # ./spec/celluloid/probe_spec.rb:53:in `block (5 levels) in top (required)' # ./spec/celluloid/probe_spec.rb:51:in `loop' # ./spec/celluloid/probe_spec.rb:51:in `block (4 levels) in top (required)' # ./spec/celluloid/probe_spec.rb:50:in `block (3 levels) in top (required)' See the attached log for an example of a 1st build, which succeeds and a 2nd build which failed. (We've also had 1st builds that failed.) This is the build history of the package in our setup: 4013|ruby-celluloid|0.15.2-2|testing|amd64|FTBFS|2015-03-12 14:14|2 4036|ruby-celluloid|0.15.2-2|testing|amd64|reproducible|2015-03-12 14:50|213 9265|ruby-celluloid|0.15.2-2|unstable|amd64|reproducible|2015-03-17 22:47|213 28535|ruby-celluloid|0.15.2-2|testing|amd64|reproducible|2015-04-01 00:37|293 83493|ruby-celluloid|0.15.2-2|testing|amd64|reproducible|2015-05-15 06:24|215 85249|ruby-celluloid|0.15.2-2|unstable|amd64|FTBFS|2015-05-16 00:36|51 98671|ruby-celluloid|0.16.0-1|unstable|amd64|reproducible|2015-05-24 08:57|472 98686|ruby-celluloid|0.16.0-1|unstable|amd64|FTBFS|2015-05-24 09:05|521 98695|ruby-celluloid|0.16.0-1|unstable|amd64|reproducible|2015-05-24 09:22|288 98713|ruby-celluloid|0.16.0-1|unstable|amd64|FTBFS|2015-05-24 10:12|172 98721|ruby-celluloid|0.16.0-1|unstable|amd64|FTBFS|2015-05-24 10:17|112 98735|ruby-celluloid|0.16.0-1|unstable|amd64|FTBFS|2015-05-24 10:22|239 cheers, Holger [1]: https://wiki.debian.org/ReproducibleBuilds Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Started by timer Building in workspace /var/lib/jenkins/jobs/reproducible_builder_delta/workspace [workspace] $ /bin/sh -xe /tmp/hudson3224051211266062223.sh + /srv/jenkins/bin/reproducible_build.sh Sun May 24 10:22:23 UTC 2015 - running job reproducible_builder_delta now. To understand what this job does, clone git.debian.org/git/qa/jenkins.debian.net.git and then have a look at bin/reproducible_build.sh This invocation of the script has been called using as arguments. Sun May 24 10:22:23 UTC 2015 - start running /srv/jenkins/bin/reproducible_build.sh as /tmp/jenkins-script-VFTM8MDQ. = Trying to reproducibly build ruby-celluloid in unstable on amd64 now. = Starting to build ruby-celluloid/unstable on 2015-05-24 10:22 The jenkins build log is/was available at https://jenkins.debian.net/job/reproducible_builder_delta/12880//console Reading package lists... Building dependency tree... NOTICE: 'ruby-celluloid' packaging is maintained in the 'Git' version control system at: git://anonscm.debian.org/pkg-ruby-extras/ruby-celluloid.git Need to get 55.4 kB of source archives. Get:1 http://ftp.de.debian.org/debian/ unstable/main ruby-celluloid 0.16.0-1 (dsc) [2112 B] Get:2 http://ftp.de.debian.org/debian/ unstable/main ruby-celluloid 0.16.0-1 (tar) [50.3 kB] Get:3 http://ftp.de.debian.org/debian/ unstable/main ruby-celluloid 0.16.0-1 (diff) [3024 B] Fetched 55.4 kB in 0s (4552 kB/s) Download complete and in download only mode -BEGIN PGP SIGNED
Re: [Reproducible-builds] Bug#782878: [debhelper-devel] Bug#782879 + Bug#782878: lib{test-log4perl, scalar-defer}-perl: please make the build reproducible
Niko Tyni nt...@debian.org writes: On Wed, May 20, 2015 at 10:34:20PM +0200, Niels Thykier wrote: On 2015-04-19 14:35, gregor herrmann wrote: On Sun, 19 Apr 2015 14:03:44 +0200, Axel Beckert wrote: Jelmer Vernooij wrote: +# Set man page timestamp to last package change time. +BUILD_DATE = $(shell dpkg-parsechangelog -S Date) +POD_MAN_DATE = $(shell date -u +%Y-%m-%d --date=$(BUILD_DATE)) +export POD_MAN_DATE But isn't this something which should be done doing once and properly in the build system (e.g. in dh_auto_build), like setting all the file time stamps to that date? It is not entirely clear to me what you are asking for. Is this change only supposed to go into a Perl specific build system, in all build systems supported by dh_auto_build or ...? That's a good question. I suppose it should go in all the build systems, although most of the benefit is certainly for Perl module packages. The context is that Pod::Man sets the date header based on the mtime of the file, but if the file is patched by the Debian packaging, the mtime will be set to the extraction time, breaking reproducibility. (See #759404 for some related discussion.) The mtime will also be unreproducible if the file is generated during the build. Disabling the date in the generated man page is definitely the easiest fix. I personally like the idea of instead setting the date to the last modified time of the Debian package. Actually, ideally, I wish that dpkg itself would set the timestamp of all files modified by patches to match the last modification date of the package, which would achieve the same thing but at what feels like the correct level. My feeling is that the date in the man page serves a useful purpose for the end user by communicating some idea of the staleness of the documentation and the recentness of the last release of the software. While this isn't a huge deal, it does feel somewhat less than ideal to lose that data. Replacing it with the last modification date of the Debian package isn't perfect, but it's fairly reasonable. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#786714: equivs: please make the build reproducible
Source: equivs Version: 2.0.9 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps X-Debbugs-CC: reproducible-builds@lists.alioth.debian.org Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that equivs doesn't build reproducibly. The build date is embedded into the manpage. The attached patch fixes this by using the date from the latest changelog entry. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index 7d54ec4..cb2563f 100755 --- a/debian/rules +++ b/debian/rules @@ -5,9 +5,10 @@ #export DH_VERBOSE=1 PKG := equivs MANPAGES := debian/equivs-control.1 debian/equivs-build.1 +BUILD_DATE = $(shell dpkg-parsechangelog -S Date) %.1: %.pod - pod2man --section=1 --release=$$(date +'%d %b %Y') \ + pod2man --section=1 --release=$$(LC_ALL=C date -u +'%d %b %Y' -d '$(BUILD_DATE)') \ --center=Debian/GNU --date=' ' $ $@ build-arch: signature.asc Description: OpenPGP digital signature ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] Bug#782879: Bug#782878: [debhelper-devel] Bug#782879 + Bug#782878: lib{test-log4perl, scalar-defer}-perl: please make the build reproducible
Hi, Niko Tyni wrote: Pod::Man currently supports the POD_MAN_DATE environment variable, which can be set to an empty string to disable the timestamp altogether. Globally disabling the date header in Pod::Man would also affect locally built modules and documentation, which may not be desirable. Having debhelper set POD_MAN_DATE would affect only Debian packages, which would be a less controversial change. Sounds sane to me. I'd volunteer to implement that in debhelper if there's no opposition. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
