(like perl itself) not using
debhelper can perfectly well set POD_MAN_DATE themselves.
(As an aside,I'm wondering if it would make sense to standardize on
DEB_BUILD_OPTIONS=reproducible or something to trigger tweaks like this.)
--
Niko Tyni nt...@debian.org
manual pages with Pod::Man.
Does it really make sense to add the above snippet in hundreds of packages
one at a time? It seems to me that centralizing it in debhelper would
be a better approach.
--
Niko Tyni nt...@debian.org
___
Reproducible-builds
On Thu, May 14, 2015 at 09:50:13AM +0300, Niko Tyni wrote:
On Tue, May 05, 2015 at 04:22:02PM +0200, Jérémy Bobbio wrote:
Source: libapache2-mod-perl2
Version: 2.0.9~1624218-2
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: randomness
by Makefile.PL embeds
a timestamp and uses unsorted hash keys.
Two patches attached. The test suite is very minimal,
so eyeballs would be welcome.
--
Niko Tyni nt...@debian.org
From 7a16ea0eef83cfee6db7cdeee2ca0afdec6effe7 Mon Sep 17 00:00:00 2001
From: Niko Tyni nt...@debian.org
Date: Mon, 8 Jun 2015
, 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.
FWIW I'm fine with both options (disabling the date altogether or
replacing it with the debian/changelog date).
--
Niko Tyni
:'
# received: './a%20\'long\'%20file%3f.html:'
ok 8
Failed 4/8 subtests
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible
contain hashes with random key ordering.
See
https://reproducible.debian.net/rb-pkg/unstable/amd64/libxray-absorption-perl.html
Patch attached.
--
Niko Tyni nt...@debian.org
From f823201b1cba130bd52f917b1fa3c46439f26abb Mon Sep 17 00:00:00 2001
From: Niko Tyni nt...@debian.org
Date: Wed, 19 Aug 2015
= bless( {
'domain' = 'foo',
'raw' = 0
}, 'Locale::gettext' );
[No problem]
not ok 1
Failed 1/1 subtests
Ideas welcome.
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
On Thu, Aug 20, 2015 at 08:37:06PM +0300, Niko Tyni wrote:
Package: libmkdoc-xml-perl
Version: 0.75-3
At least the ciderwebmail package fails to build reproducibly
Heh, fails to (build reproducibly), not (fails to build) reproducibly.
I'll try to use clearer wording in the future
::TreePrinter orders attributes randomly
in the XML it generates. Patch attached.
--
Niko Tyni nt...@debian.org
From 150c53c470583cf8a7acdf001c4e508878da90a9 Mon Sep 17 00:00:00 2001
From: Niko Tyni nt...@debian.org
Date: Thu, 20 Aug 2015 20:26:13 +0300
Subject: [PATCH] Sort attributes in XML output
system has gathered about this package.
--
Niko Tyni nt...@debian.org
From c602a943fa712771b819dafed5658b9641f0c83c Mon Sep 17 00:00:00 2001
From: Niko Tyni nt...@debian.org
Date: Thu, 20 Aug 2015 22:11:23 +0300
Subject: [PATCH] Generate the XS code in a deterministic way
Sort the list of classes
sts.alioth.debian.org
> rawdns fails to build from source in unstable/amd64:
>
> [..]
>
> dh_install -O--buildsystem=golang
> cp: cannot stat
> 'debian/tmp/debian/tmp/dh-exec.ShSIquIE/etc/rawdns.json': No such file
> or directory
Looks like #802034, fixed today in d
here it's produced from
> the HashedSet, and not to change the data structure itself to allow
> duplicates.
Sure, this just seemed such a nice solution :)
Anyway, removing the 'patch' tag for now.
--
Niko Tyni nt...@debian.org
___
Reproduc
kage could not be built reproducibly.
The generated configuration file etc/gmod/gmod-chado.conf varies between
builds. The attached patch fixes this by sorting the lines.
[1]: https://wiki.debian.org/ReproducibleBuilds
--
Niko Tyni nt...@debian.org
>From 2a5885254545aab5d0465a2ec47922649b29aa
ould be OK for dpkg-source / quilt,
but git-am may need the '--ignore-whitespace' option.
[1]: https://wiki.debian.org/ReproducibleBuilds
--
Niko Tyni nt...@debian.org
>From 7fb4db40af72b6fe203bf48988680eec3b794a6c Mon Sep 17 00:00:00 2001
From: Niko Tyni <nt...@debian.org>
Date: Sat, 1
On Sun, Oct 11, 2015 at 07:50:49PM +0200, Holger Levsen wrote:
> On Sonntag, 11. Oktober 2015, Niko Tyni wrote:
> > It's indeed an unfortunate interaction of dh_installdocs and disorderfs
> > when installing directory hierarchies.
>
> we don't use disorderfs since weeks:
On Mon, Oct 12, 2015 at 11:11:19AM +0300, Niko Tyni wrote:
> I still think the directory timestamp issue happens because dh_installdocs
> uses find + cp --parents -p, which generates different results depending
> on the order of the find results.
First shot at a patch attached for
you think. I see POD_MAN_DATE
support hasn't been released upstream yet, so I suppose even backing
that out altogether would still be a valid option if you want to avoid
duplicating the functionality.
--
Niko Tyni nt...@debian.org
>From a85d0944a90867cd5f2da58b59d31bd7accf80ed Mon Sep 17 00:00:00 2
es
look strange that the build on reproducible.d.n doesn't report anything
mounted as the root file system.
So I'd like to hear opinions on whether this should be considered a bug
in the package test suite or the reproducible.d.n setup.
--
Niko Tyni nt...@debian.org
__
] would be good
enough to solve this. It would probably also make it possible to drop
the build dependency on ncurses-term.
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http
On Tue, Oct 13, 2015 at 12:16:17PM +, Mattia Rizzolo wrote:
> On Tue, Oct 13, 2015 at 02:21:38PM +0300, Niko Tyni wrote:
> > Apparently the test fails when it can't find any "regular" (as opposed
> > to "special") filesystems. In this age of building on
8.
# Looks like you failed 5 tests of 8 run.
# Looks like your test exited with 2 just after 8.
Dubious, test returned 2 (wstat 512, 0x200)
Failed 17/20 subtests
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Repro
roducible.debian.net
CI setup is that it only triggers when the two builds happen on different
sides of midnight UTC. Once we start testing builds on different dates,
I expect the number of those to explode.
--
Niko Tyni nt...@debian.org
___
Reproducible-bu
709 for the time being.
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
changelog should probably still be fixed.
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Wstat: 1024 Tests: 330 Failed: 4)
Failed tests: 264, 266, 268, 270
Non-zero exit status: 4
See
https://reproducible.debian.net/logs/unstable/amd64/sqitch_0.9993-1.build2.log.gz
for a full log.
--
Niko Tyni nt...@debian.org
___
Reproducib
-perl.html
I'm not very clear on the reason; there's a couple of
Exception: Unable to get write lock on testdb-writabledatabase: already locked
messages in the log but they come later than the first test failures.
Perhaps unlocking is broken somehow?
--
Niko Tyni nt...@debian.org
: 4096 Tests: 48 Failed: 16)
Failed tests: 2, 4-5, 8-10, 14, 18, 26, 28-29, 32-34
38, 42
See
https://reproducible.debian.net/logs/unstable/amd64/libsvn-notify-mirror-perl_0.04000-1.build2.log.gz
for a full log.
--
Niko Tyni nt...@debi
he test or push a fix
upstream. Instead, I think setting LC_ALL=C for the build in debian/rules
is good enough to fix this.
Trivial patch attached, will upload myself. Filing this to document
the issue.
--
Niko Tyni nt...@debian.org
>From 5532c490029357224e0c1bdf513d7612ec903d60 Mon Sep 17
to store pre-parsed data. The stored data representation
now varies between builds. The attached patch fixes this, rendering
the build reproducible again.
See https://wiki.debian.org/ReproducibleBuilds for more information
about the "reproducible builds" effort.
--
Niko Tyni nt...@debian
in non-English locales, because
t/00basic.t hardcodes English error messages.
This can be fixed either by setting LC_ALL=C in debian/rules or by using
setlocale(LC_ALL, 'C') in the relevant test scripts. Patch to do the
former attached (and already forwarded upstream.)
--
Niko Tyni nt
On Sat, Dec 05, 2015 at 05:32:13PM +0100, Axel Beckert wrote:
> Niko Tyni wrote:
> > This module recently switched to using Sereal::Encoder instead of
> > Data::Dumper to store pre-parsed data. The stored data representation
> > now varies between builds. The attached patch
Control: tag -1 fixed-upstream
On Mon, Oct 12, 2015 at 07:53:17PM +0300, Niko Tyni wrote:
> Package: perl
> Version: 5.22.0-4
> Severity: wishlist
> Tags: upstream patch
> User: reproducible-builds@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc: Russ All
erl-redis/pull/112
(not yet merged upstream).
--
Niko Tyni nt...@debian.org
>From 155f19bd998cb1350dd067ec7b8c06738f9484e3 Mon Sep 17 00:00:00 2001
From: Syohei YOSHIDA <syo...@gmail.com>
Date: Tue, 9 Jun 2015 12:26:49 +0900
Subject: [PATCH] Compare error number instead of error message for
ustmetayml-perl.html
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
dpkg_1.18.6.0~reproducible1.dsc has just been uploaded to
https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
dpkg_1.18.5.0~reproducible2.dsc has just been uploaded to
https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
ent and Installed-Build-Depends?
Is consensus any nearer now than in February?
> > g.) teach dpkg-genbuildinfo the new --build=[...] syntax
>
> This should be squashed in the existing patch before submission.
It's squashed in the current pu/reproducible_builds branch fwiw,
this was j
.
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
contents.
Many thanks for your work,
--
Niko Tyni nt...@debian.org
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
re
stored in the archive yet? But just try building a binNMU with sbuild
and look at the resulting .buildinfo. Something like
sbuild --make-binNMU="test rebuild" -m"Niko Tyni <nt...@debian.org>"
--binNMU=2 libxml-parser-perl_2.44-2
results in a .buildinfo file with
Fo
ls a builder with a .buildinfo file and compares the
resulting binaries.
Thoughts?
I've pushed the current implementation (with a timestamp sorting fix) to
https://anonscm.debian.org/cgit/reproducible/debrebuild.git/
but of course we can still generalize on that and change names etc.
as necessary.
-
On Thu, Dec 15, 2016 at 02:21:49PM +0100, Johannes Schauer wrote:
> Quoting Niko Tyni (2016-12-15 14:04:19)
> > In general, I like the concept of sbuild/pbuilder accepting .buildinfo files
> > as input. This makes the user interface simple. My expectation for this mode
> &g
43 matches
Mail list logo
