Re: [Reproducible-builds] Missing dependencies aren't actually missing

2015-03-03 Thread Nikolaus Rath
On Mar 01 2015, Mattia Rizzolo mattia-p8aev1vil9rafugrpc6...@public.gmane.org wrote: Anyway, I performed a local build and this is what debbindiff outputs: http://volatile.mapreri.org/2015-03-01/b46eb200e612629e11c7b6a1c925da36/s3ql.dbd.html e.g. timestamps in sphinx docs. Is this with

[Reproducible-builds] Bug#779474: debbindiff: hide temporary paths in html and text output when comparing tarballs

2015-03-03 Thread Nikolaus Rath
On Mar 02 2015, Jérémy Bobbio lunar-8fiuurrzop0dnm+yrof...@public.gmane.org wrote: Paul Wise: The output when directly comparing two tarballs contains the temporary paths used. This leaks the debbindiff user's TMP variable into the report and is also ugly. I suggest changing to just showing

Re: [Reproducible-builds] Missing dependencies aren't actually missing

2015-03-03 Thread Nikolaus Rath
On Mar 03 2015, Holger Levsen hol...@layer-acht.org wrote: Hi Nikolas, On Montag, 2. März 2015, Nikolaus Rath wrote: Almost certain. I could be certain if I could see the log with the failed test, but it seems that port 80 on reproducible.debian.net is down at the moment: it's up again,

Re: [Reproducible-builds] Bug#779475: debbindiff: table borders in html output

2015-03-03 Thread Jérémy Bobbio
Paul Wise: I think the html output would look better if the table borders were removed or replaced with 1 pixel solid black lines. Could you please provide a patch or a sample report? -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install

[Reproducible-builds] Bug#779391: Bug#779391: debbindiff: crashes when comparing .changes files for two versions of the same source package

2015-03-03 Thread Jérémy Bobbio
Paul Wise: When I compare two .changes files from different versions of the same source package, I get a crash. I would like to use debbindiff before doing uploads to ensure that the changes to the package are good. I already use debdiff to check the debs but would like to use debbindiff. I

[Reproducible-builds] Bug#779474: Bug#779474: debbindiff: hide temporary paths in html and text output when comparing tarballs

2015-03-03 Thread Jérémy Bobbio
Paul Wise: The output when directly comparing two tarballs contains the temporary paths used. This leaks the debbindiff user's TMP variable into the report and is also ugly. I suggest changing to just showing filenames. Current: /tmp/user/1000/tmpFsxqeVdebbindiff/flasm_1.62-6.debian.tar

[Reproducible-builds] Processed: Re: Bug#779476: debbindiff: new lines in text files in html output

2015-03-03 Thread Debian Bug Tracking System
Processing control commands: severity -1 wishlist Bug #779476 [debbindiff] debbindiff: new lines in text files in html output Severity set to 'wishlist' from 'minor' retitle -1 debbindiff: make new lines more visible in HTML diffs Bug #779476 [debbindiff] debbindiff: new lines in text files in

[Reproducible-builds] Bug#779476: Bug#779476: debbindiff: new lines in text files in html output

2015-03-03 Thread Jérémy Bobbio
Control: severity -1 wishlist Control: retitle -1 debbindiff: make new lines more visible in HTML diffs Paul Wise: With text output, new lines in text files are very obvious, they have a plus character in front of them. With the html output, it isn't as obvious (see attached screenshot). I

[Reproducible-builds] Berkeley DB cause libzhuyin not build reproducibly

2015-03-03 Thread 陳昌倬
Hi, The package libzhuyin [0] does not build reproducibly in libzhuyin-data. As upstream point out [1], it is caused by Berkeley DB data file in libzhuyin-data. Is anyone has experience in handling reproducible Berkeley DB data file? [0] https://tracker.debian.org/pkg/libzhuyin [1]

[Reproducible-builds] Bug#779631: please make gemspec output reproducible

2015-03-03 Thread Chris Lamb
Source: libruby2.1 Version: 2.1.5-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps toolchain X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that libruby2.1