Source: mvtnorm
Version: 1.0-5-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,
mvtnorm fails to build from source in unstable/amd64:
[..]
Source: nose
Version: 1.3.7-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,
nose fails to build from source in unstable/amd64:
[..]
Thirty Million Dollars Donated to you by Eng. Azim Premji.
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Source: opencolorio
Version: 1.0.9~dfsg0-5
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,
opencolorio fails to build from source in
Source: media-player-info
Version: 22-2
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
Source: uim
Version: 1:1.8.6+gh20160621.0.87bf935-1
Severity: wishlist
Tags: patch upstream
User: reproducible-builds@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Dear Maintainer,
While working on the "reproducible builds" effort [1], we
Source: python-oauth2client
Version: 2.0.1-3
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,
python-oauth2client fails to build from source in
Source: pygoocanvas
Version: 0.14.1-1.1
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi,
Whilst working on the "reproducible builds" effort [0], we noticed that
pygoocanvas could
Source: pyinfra
Version: 0.1~dev24-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,
pyinfra fails to build from source in unstable/amd64:
Source: pyinfra
Version: 0.1~dev26-1
Severity: wishlist
User: reproducible-builds@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
The tests (now activated) for Pyinfra fail during test build for reproducible
builds,
there are some assertion
Source: libnet-tclink-perl
Version: 2.4.9.1+dfsg-1.5
Severity: wishlist
Tags: patch upstream
User: reproducible-builds@lists.alioth.debian.org
Usertags: uname
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
Control: tag -1 - patch
Control: severity -1 normal
Hi Reiner,
Reiner Herrmann wrote:
> While working on the "reproducible builds" effort [1], we have noticed
> that libembperl-perl could not be built reproducibly.
Thanks for the examination and the bug report.
> In one build the manpage
Source: keyutils
Version: 1.5.9-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 the "reproducible builds" effort [1], we have noticed
that keyutils could not be
Source: mc
Version: 3:4.8.17-1
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 the "reproducible builds" effort [1], we have noticed
that mc could not be built
On Sun, 26 Jun 2016 17:16:52 +0200, Reiner Herrmann wrote:
> > Sorry, but that's wrong:
> >
> > → dpkg -L libembperl-perl | egrep man/de/man./
> > /usr/share/man/de/man3/Embperl::Features.3pm.gz
> > → man /usr/share/man/de/man3/Embperl::Features.3pm.gz
> >
> > That's clearly my mother tongue.
On Sun, Jun 26, 2016 at 05:07:54PM +0200, Axel Beckert wrote:
> I currently fail to see why this can catch Embperl::Syntax::POD in one
> build, but not in another. IMHO this should happen with every build.
> Will investigate.
It's actually related to the shell...
$ touch aD bD cD dD eD AD BD
$
Source: libembperl-perl
Version: 2.5.0-6
Severity: wishlist
Tags: patch
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 libembperl-perl
Source: libmarpa-r2-perl
Version: 2.086000~dfsg-5
Severity: wishlist
Tags: patch upstream
User: reproducible-builds@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
Hi!
gregor herrmann wrote:
> On Sun, 26 Jun 2016 17:16:52 +0200, Reiner Herrmann wrote:
> > > Sorry, but that's wrong:
> > >
> > > → dpkg -L libembperl-perl | egrep man/de/man./
> > > /usr/share/man/de/man3/Embperl::Features.3pm.gz
> > > → man /usr/share/man/de/man3/Embperl::Features.3pm.gz
> >
On Sun, Jun 26, 2016 at 05:07:54PM +0200, Axel Beckert wrote:
> > In one build the manpage Embperl::Syntax::POD.3pm is incorrectly sorted
> > to the German manpages (Embperl::FeaturesD too), because their names end
> > with D.
>
> Why only in one build? Due to different locale settings? Anyway,
Source: debiandoc-sgml-doc-pt-br
Version: 1.1.12+nm
Severity: wishlist
Tags: patch
User: reproducible-builds@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org
Hi,
While working on the "reproducible builds" effort [1], we have noticed that
On Sun, Jun 26, 2016 at 09:00:50PM +0200, Yury V. Zaytsev wrote:
> >The attached patch uses SOURCE_DATE_EPOCH as a deterministic timestamp
> >instead.
>
> I wouldn't mind upstreaming this patch as long as SOURCE_DATE_EPOCH is at
> least halfway standardized. Could you please tell me whether this
Hi Reiner,
On Sun, 26 Jun 2016, Reiner Herrmann wrote:
While working on the "reproducible builds" effort [1], we have noticed
that mc could not be built reproducibly. It embeds the current date into
the mcedit manpage during build.
That's my fault: the dates were originally entered by hand,
Hi Reiner,
On Sun, 26 Jun 2016, Reiner Herrmann wrote:
Yes, it is standardized [1] and already supported by a lot of build
tools [2], e.g. even by gcc. Other distributions and FreeBSD are
currently also in the process of adopting it.
Thank you for the clarifications! Maybe you could
On Sun, 26 Jun 2016, Reiner Herrmann wrote:
While working on the "reproducible builds" effort [1], we have noticed
that mc could not be built reproducibly. It embeds the current date into
the mcedit manpage during build.
Ok, I think that I can now see what went wrong here: Debian used to
25 matches
Mail list logo