Re: [Reproducible-builds] [Reproducible-commits] [notes] 01/01: Remove packages that were built reproducibly.

On Fri, Jun 12, 2015 at 3:59 PM, Holger Levsen hol...@layer-acht.org wrote: On Freitag, 12. Juni 2015, Esa Peuha wrote: -akuma: - version: 1.9-1 - comments: | -it builds fine on jenkins.d.n, but when building locally it embeds the username into the manifest file -unclear, why

[Reproducible-builds] Bug#803482: ncurses: please make the build reproducible, take two

Source: ncurses Version: 6.0+20151024-1 Severity: wishlist User: reproducible-builds@lists.alioth.debian.org X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi! While ncurses 6.0+20151017-1 fixed the earlier reproducibility bug #801864, it also introduced a reproducibility regression;

Re: [Reproducible-builds] Bug#803482: ncurses: please make the build reproducible, take two

On Fri, Oct 30, 2015 at 10:44 PM, Sven Joachim wrote: > Certainly aclocal.m4 is _not_ a generated file in ncurses, Not in the Debian package, but upstream must be generating it from configure.in by running aclocal. > Possible > solutions are to run dh_strip_nondeterminism on

Re: [Reproducible-builds] Weird localedef failures

On Sat, Oct 17, 2015 at 5:09 PM, Santiago Vila wrote: > The locales package is not build-essential so packages using it during > the build need a build-depends on it. Yes, I'm aware of that. > For the same reason (not being build-essential), it is ok that it's > not

[Reproducible-builds] Weird localedef failures

Many apertium language pair packages fail with localedef -f UTF-8 -i en_US ./debian/tmp/locale/en_US.UTF-8/ character map file `UTF-8' not found: No such file or directory cannot read character map directory `/usr/share/i18n/charmaps': No such file or directory What is causing this? The

[Reproducible-builds] Bug#801212: unicode-data: please make the build reproducible

Source: unicode-data Version: 8.0-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Hi! While working on the “reproducible builds” effort [1], we have noticed that unicode-data could not be built

Re: [Reproducible-builds] How to react on "the second build failed, even though the first build was successful" ?

On Sat, Dec 12, 2015 at 6:14 PM, Chris Lamb wrote: > I've lost my scrollback apologies but IIRC it wasn't anything beyond > acknowledgement of the issue which I felt was enough to share with Thomas to > prevent him thinking it was "his" issue to debug. OK, no problem. I was

Re: [Reproducible-builds] How to react on "the second build failed, even though the first build was successful" ?

On Fri, Dec 11, 2015 at 11:09 PM, Chris Lamb wrote: > There is some issue (discussed on IRC earlier) with the second build Is this IRC discussion archived somewhere? If not, could you summarize it on the mailing list? ___

[Reproducible-builds] Bug#808121: Bug#808121: diffoscope: HTML output is bloated

While we are at it, let's convert HTML character entity references (which each use 6-8 characters and as many bytes in the HTML file) to actual characters (which UTF-8 encodes as 2-3 bytes). Since all diffoscope output files are peppered with abundant amounts of these things, this could reduce the

Re: [Reproducible-builds] Projects and mentors wanted for our participation in upcoming outreach programmes

On Wed, Feb 17, 2016 at 12:57 PM, Holger Levsen wrote: > And then I was thinking to add another project, "develop reprotest tool", what > other ideas do you have? Initially I parsed that as "develop a tool to help in the case where a protest has failed and you need to

Re: [Reproducible-builds] [Reproducible-commits] [misc] 01/01: Move timezone setting from rebuild.sh to pbuilderrc.build

On Sat, Feb 20, 2016 at 11:06 AM, Jérémy Bobbio <lu...@debian.org> wrote: > Hi! > >> commit 420424b096c254aa5610b479fb1746e1a7bd13cb >> Author: Esa Peuha <esa.pe...@gmail.com> >> Date: Sat Feb 20 09:50:46 2016 +0200 >> >> Move time