Hi all,
On Tue, 02 Aug 2016 22:49:00 +0200 Johannes Schauer wrote:
> I was thinking about this issue again and thought that instead of creating a
> wrapper for sbuild which then uses a chroot-setup hook to install the
> dependencies, what I should instead do is to let sbuild itself accept
> .buil
Hi Ian and reproducible-builds folks,
On Wed, 9 Nov 2016 12:03:48 + Ian Jackson
wrote:
> Currently, when adding a changelog stanza for a binnmu (or when appending to
> the version number is requested for another reason), sbuild uses the existing
> source changelog timestamp when inventing th
Ian Jackson (2016-11-09):
> What version of sbuild do buildds run ? Ie, supposing that this is
> fixed in sbuild in stretch, will this be fixed on the buildds ? Or do
> we need to update jessie, or what ?
sbuild on buildds uses a specific version of sbuild, for reasons I'm not
going to summariz
On Tue, Nov 08, 2016 at 10:41:09PM +, Ian Jackson wrote:
> Is this a recommended recipe ? AIUI a buildd doing a binnmu will not
> modify the debian/changelog file.
Are you sure? When last I checked, this was not true (it may have
changed since, however).
--
< ron> I mean, the main *practica
Package: strip-nondeterminism
Version: 0.028-1
Severity: important
Dear Maintainer,
strip-nondeterminism does not strip the /SYM64/ timestamp from the attached
files, which are produced by building the glibc source package.
This is probably also a bug in binutils, but I will need to check the gl
Hi Michael,
On Wed, Nov 09, 2016 at 07:16:53PM +0100, Michael Biebl wrote:
> > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/systemd.html
> Do you also have builds for i386? (which this issue is about, amd64 is fine)
yes, they are linked from that url as well, though you can
Source: koji
Version: 1.10.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Dear Maintainer,
koji fails to build from source in unstable/amd64:
[…]
dh_a
Source: civicrm
Version: 4.7.8+dfsg-1
Severity: serious
Justification: fails to build from source
User: reproducible-builds@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Dear Maintainer,
civicrm fails to build from source in unstable/amd64:
[
Package: dpkg-dev
Version: 1.18.12
According to POSIX, the meaning of glob patterns is unspecified in
locales other than `the POSIX locale'. [1] It's not easy to see from
the spec, but the relevant env var is LC_COLLATE.
Many package build rules, dh rules, etc., rely on shell globbing.
This shel
Thanks to everyone who has provided information. I have summarised
it in #843773, against sbuild.
What version of sbuild do buildds run ? Ie, supposing that this is
fixed in sbuild in stretch, will this be fixed on the buildds ? Or do
we need to update jessie, or what ?
Ian.
--
Ian Jackson
Hi!
On Wed, 2016-11-09 at 11:16:09 +, Ian Jackson wrote:
> Sven Joachim writes ("Re: misleading timestamps in binnmus"):
> > I'm afraid I don't really have a good suggestion. Using current date
> > would work but obviously break reproducibility, and any other date seems
> > arbitrary.
>
> I
(CCing reproducible-builds again:)
Sven Joachim writes ("Re: misleading timestamps in binnmus"):
> I'm afraid I don't really have a good suggestion. Using current date
> would work but obviously break reproducibility, and any other date seems
> arbitrary.
I don't understand why using the current
12 matches
Mail list logo