Re: [Reproducible-builds] [Pkg-mc-devel] Bug#828683: mc: please make the build reproducible

[Yury V. Zaytsev]

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 patch 
mcedit manpage, and so, mtime of the manpage file was set to the current 
time during the build. Our build system faithfully hardcoded this into the 
resulting man file.


Since then, however, I've upstreamed the patch and it was removed from 
3:4.8.17-1, so I'm really wondering why it is still not working for you...


--
Sincerely yours,
Yury V. Zaytsev

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] [Pkg-mc-devel] Bug#828683: mc: please make the build reproducible

[Yury V. Zaytsev]

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 consider including these 
links in the original reports to mitigate such follow-up questions...


I've had a look at our build system, and my impression is that your patch 
should not be necessary. Please have a look at


doc/man/date-of-man-include.am

and in particular at MAN_DATE_CMD variable and following targets.

It encodes mtime of the source man file in the output, rather than the 
build date, so, as long as the source date is not modified, the build 
should be reproducible.


I believe that the lines that you have patched are currently unused and 
should be simply removed.


Am I missing something?

--
Sincerely yours,
Yury V. Zaytsev

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] [Pkg-mc-devel] Bug#828683: mc: please make the build reproducible

[Yury V. Zaytsev]

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, which, of 
course, soon enough resulted in that they were no longer current, so I 
campaigned for them to be set automatically during the build.


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 is 
Debian-specific, or other distros are also adopting this convention?


Many thanks!

--
Sincerely yours,
Yury V. Zaytsev

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] [Pkg-mc-devel] Bug#828683: mc: please make the build reproducible

[Reiner Herrmann]

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 is
> Debian-specific, or other distros are also adopting this convention?

Thanks for intending to upstream it!
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.

[1]: https://reproducible-builds.org/specs/source-date-epoch/
[2]: 
https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal#Reading_the_variable


signature.asc
Description: Digital signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828683: mc: please make the build reproducible

[Reiner Herrmann]

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 reproducibly.
It embeds the current date into the mcedit manpage during build.

The attached patch uses SOURCE_DATE_EPOCH as a deterministic
timestamp instead.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible_man_date.patch b/debian/patches/reproducible_man_date.patch
new file mode 100644
index 000..5bcac25
--- /dev/null
+++ b/debian/patches/reproducible_man_date.patch
@@ -0,0 +1,13 @@
+--- a/configure.ac
 b/configure.ac
+@@ -428,7 +428,9 @@
+ dnl Documentation
+ dnl 
+ 
+-MAN_DATE="$(LC_ALL=C date "+%B %Y")"
++DATE_FMT="%B %Y"
++SOURCE_DATE_EPOCH="${SOURCE_DATE_EPOCH:-$(date +%s)}"
++MAN_DATE=$(LC_ALL=C date -u -d "@$SOURCE_DATE_EPOCH" "+$DATE_FMT" 2>/dev/null || LC_ALL=C date -u -r "$SOURCE_DATE_EPOCH" "+$DATE_FMT" 2>/dev/null || LC_ALL=C date -u "+$DATE_FMT")
+ AC_SUBST(MAN_DATE)
+ 
+ dnl Determine which help translations we want to install.
diff --git a/debian/patches/series b/debian/patches/series
index 861e26f..81c7c50 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -14,3 +14,4 @@ mcedit_full_path.patch
 mcedit_group_undo.patch
 ext_run-mailcap.patch
 ext_use_default_editor.patch
+reproducible_man_date.patch
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828681: keyutils: please make the build reproducible

[Reiner Herrmann]

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 built reproducibly.
In the last upload support for SOURCE_DATE_EPOCH was added, but it is
still evaluated timezone-dependent.

The attached patch fixes this reading SOURCE_DATE_EPOCH in UTC.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/rules b/debian/rules
index 272feb5..27bba4a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 # $SOURCE_DATE_EPOCH is exported by debhelper
-CHANGEDATE = $(shell date -d @$(SOURCE_DATE_EPOCH) +%F)
+CHANGEDATE = $(shell date -u -d @$(SOURCE_DATE_EPOCH) +%F)
 
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828680: debiandoc-sgml-doc-pt-br: please make the build reproducible

[Dhole]

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
debiandoc-sgml-doc-pt-br could not be built reproducibly.

When generating the documentation files, a timestamp of the current month and
year is embedded.

The attached patch fixes this by setting the timestamp to a reproducible value.
Once applied, debiandoc-sgml-doc-pt-br can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds

Regards,

-- 
Dhole
diff -Nru debiandoc-sgml-doc-pt-br-1.1.12/debian/changelog 
debiandoc-sgml-doc-pt-br-1.1.12+nmu1/debian/changelog
--- debiandoc-sgml-doc-pt-br-1.1.12/debian/changelog2016-02-03 
12:48:25.0 +0100
+++ debiandoc-sgml-doc-pt-br-1.1.12+nmu1/debian/changelog   2016-06-25 
20:47:02.0 +0200
@@ -1,3 +1,10 @@
+debiandoc-sgml-doc-pt-br (1.1.12+nmu1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Replace debiandoc timestamp by SOURCE_DATE_EPOCH.
+
+ -- Eduard Sanou   Sat, 25 Jun 2016 20:46:48 +0200
+
 debiandoc-sgml-doc-pt-br (1.1.12) unstable; urgency=medium
 
   * Use onsgml for the migration from sp to opensp. Closes: #812188
diff -Nru debiandoc-sgml-doc-pt-br-1.1.12/debian/rules 
debiandoc-sgml-doc-pt-br-1.1.12+nmu1/debian/rules
--- debiandoc-sgml-doc-pt-br-1.1.12/debian/rules2016-02-02 
10:21:32.0 +0100
+++ debiandoc-sgml-doc-pt-br-1.1.12+nmu1/debian/rules   2016-06-26 
00:15:08.0 +0200
@@ -7,6 +7,10 @@
 ## uncomment this to turn on verbose mode
 #export DH_VERBOSE=1
 
+ifdef SOURCE_DATE_EPOCH
+   export DEBIANDOC_DATE ?= $(shell LC_ALL=pt_BR date -u -d 
"@$(SOURCE_DATE_EPOCH)" +"%d %B %Y")
+endif
+
 ## --
 ## Targets
 


signature.asc
Description: PGP signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#828636: Bug#828636: libembperl-perl: please make the build reproducible

[Axel Beckert]

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
> > > 
> > > That's clearly my mother tongue. :-)
> > 
> > Sorry, I assumed Embperl::Features was also misdetected (because the
> > original file ends with D) and haven't looked into it.
> 
> Oops, sorry, I missed that too when applying Reiner's patch.

Oh, you were quick. (Well, as usual. ;-)

> Looking at the manpage:
> 
> Das standart Layout einer Website can einmal definiert werden
> 
> I have a hard time defining this as German though :/

There are umlauts in it!!!1!elf! ;-)

> So yes, I guess we can remove this document.
> 
> Implemented in git; I'm holding off with a second hasty upload, sorry
> for the first one.

Oh, meh.

Reiner Herrmann wrote:
> 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
> $ dash -c "ls *[a-z]D"
> aD  bDcD  dD  eD
> $ bash -c "ls *[a-z]D"
> aD  ADbD  BD  cD  dD  eD
> 
> With bash POD.3pm also matches *[a-z]D.3pm.

Yay, thanks for that. I actually also suspected capitalization during
matching as culprit, but suspected different locales as reason for
that.

Will do an upload which re-includes the man page, but with proper
matching.

Thanks again for that bug-report.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#828636: Bug#828636: libembperl-perl: please make the build reproducible

[gregor herrmann]

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. :-)
> 
> Sorry, I assumed Embperl::Features was also misdetected (because the
> original file ends with D) and haven't looked into it.

Oops, sorry, I missed that too when applying Reiner's patch.

Looking at the manpage:

Das standart Layout einer Website can einmal definiert werden

I have a hard time defining this as German though :/
 

So yes, I guess we can remove this document.

Implemented in git; I'm holding off with a second hasty upload, sorry
for the first one.

Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828639: libmarpa-r2-perl: please make the build reproducible

[Reiner Herrmann]

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
that libmarpa-r2-perl could not be built reproducibly.
It embeds the current build date into Version.pm.

The attached patch makes it honour SOURCE_DATE_EPOCH, if it is
available, to get a deterministic timestamp.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..7d80ba7
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,22 @@
+Author: Reiner Herrmann 
+Description: Honour SOURCE_DATE_EPOCH for embedded timestamp, if it is set
+
+--- a/inc/Marpa/R2/Build_Me.pm
 b/inc/Marpa/R2/Build_Me.pm
+@@ -83,7 +83,7 @@
+ 
+ ##no critic(ValuesAndExpressions::RequireInterpolationOfMetachars)
+ $text .= q{use vars qw($TIMESTAMP)} . qq{;\n};
+-$text .= q{$TIMESTAMP='} . localtime()->datetime . qq{';\n};
++$text .= q{$TIMESTAMP='} . (gmtime($ENV{SOURCE_DATE_EPOCH}) || localtime())->datetime . qq{';\n};
+ ##use critic
+ 
+ for my $package (@use_packages) {
+@@ -105,6 +105,7 @@
+ ##no critic(ValuesAndExpressions::RequireInterpolationOfMetachars)
+ $text .= q{use vars qw($TIMESTAMP)} . qq{;\n};
+ $text .= q{$TIMESTAMP='} . localtime()->datetime . qq{';\n};
++$text .= q{$TIMESTAMP='} . (gmtime($ENV{SOURCE_DATE_EPOCH}) || localtime())->datetime . qq{';\n};
+ ##use critic
+ 
+ for my $package (@use_packages) {
diff --git a/debian/patches/series b/debian/patches/series
index f8d2256..b4a3780 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 1001_xs_boot_workaround.patch
 2001_libmarpa_external_linkage.patch
+reproducible_build.patch
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#828636: libembperl-perl: please make the build reproducible

[Reiner Herrmann]

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
$ dash -c "ls *[a-z]D"
aD  bD  cD  dD  eD
$ bash -c "ls *[a-z]D"
aD  AD  bD  BD  cD  dD  eD

With bash POD.3pm also matches *[a-z]D.3pm.


signature.asc
Description: Digital signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#828636: libembperl-perl: please make the build reproducible

[Reiner Herrmann]

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, if
> there's a way that Embperl::Syntax::POD is installed as
> /usr/share/man/de/man3/Embperl::Syntax::PO.3pm.gz, that's clearly a
> bug and deserves a higher severity than just wishlist.

Why this happens only in one build is also not yet clear to me.

> > As the package provides no German manpages anyway,
> 
> 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. :-)

Sorry, I assumed Embperl::Features was also misdetected (because the
original file ends with D) and haven't looked into it.

> > -   # move German manpages to usr/share/man/de/man{1,2,3}
> > -   @set -e;\
> > -   for f in $(TMP)/usr/share/man/man3/*[a-z]D.3pm; do \
> > -   f_de=`echo $$f | sed 
> > 's,man\(.\)/\([^/]*\)D\.\([^/]*\)$$,de/man\1/\2.\3,'` ;\
> > -   echo "mv $$f $$f_de" ;\
> > -   mv $$f $$f_de ;\
> > -   done
> 
> 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.

I'm also not sure, but I can imagine it's related to the locale and
*[a-z] works somewhat differently.


signature.asc
Description: Digital signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#828636: libembperl-perl: please make the build reproducible

[Axel Beckert]

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 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, if
there's a way that Embperl::Syntax::POD is installed as
/usr/share/man/de/man3/Embperl::Syntax::PO.3pm.gz, that's clearly a
bug and deserves a higher severity than just wishlist.

> As the package provides no German manpages anyway,

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. :-)

> I think the part in debian/rules, which moves the manpages can be
> safely removed.

I disagree at least with the reasoning here.

I nevertheless think, that if Embperl::Features.3pm is the only German
man page in the source package, we can remove it from the binary
package without much impact since that's the kind of documentation you
usually read _before_ installing the package, e.g. online on the
upstream website.

> - # move German manpages to usr/share/man/de/man{1,2,3}
> - @set -e;\
> - for f in $(TMP)/usr/share/man/man3/*[a-z]D.3pm; do \
> - f_de=`echo $$f | sed 
> 's,man\(.\)/\([^/]*\)D\.\([^/]*\)$$,de/man\1/\2.\3,'` ;\
> - echo "mv $$f $$f_de" ;\
> - mv $$f $$f_de ;\
> - done

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.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828636: libembperl-perl: please make the build reproducible

[Reiner Herrmann]

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 could not be built reproducibly.
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.
As the package provides no German manpages anyway, I think the part in
debian/rules, which moves the manpages can be safely removed.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/rules b/debian/rules
index f643b0b..ab91682 100755
--- a/debian/rules
+++ b/debian/rules
@@ -27,14 +27,6 @@ override_dh_auto_install: $(POD2TEXT)
 	# install by default
 	install -m 755 *cgi.pl debian/libembperl-perl/usr/lib/cgi-bin/
 
-	# move German manpages to usr/share/man/de/man{1,2,3}
-	@set -e;\
-	for f in $(TMP)/usr/share/man/man3/*[a-z]D.3pm; do \
-	f_de=`echo $$f | sed 's,man\(.\)/\([^/]*\)D\.\([^/]*\)$$,de/man\1/\2.\3,'` ;\
-	echo "mv $$f $$f_de" ;\
-	mv $$f $$f_de ;\
-	done
-
 	# ship Apache config in mods-available
 	sed -e 's,@ARCHLIB@,$(ARCHLIB),g' debian/zembperl.load.in > debian/zembperl.load
 	install -m 644 debian/zembperl.conf debian/zembperl.load \
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828635: libnet-tclink-perl: please make the build reproducible

[Reiner Herrmann]

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 libnet-tclink-perl could not be built reproducibly.
It embeds the current kernel/machine name into a library.

The attached patch replaces this with a static value instead.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..6ab0a11
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann 
+Description: Don't include kernel/machine name to get reproducible build
+
+--- a/Makefile.PL
 b/Makefile.PL
+@@ -26,7 +26,7 @@
+ # See lib/ExtUtils/MakeMaker.pm for details of how to influence
+ # the contents of the Makefile that is written.
+ 
+-my $platform = `uname -sm`;
++my $platform = "Debian";
+ chomp($platform);
+ $platform =~ s/ /-/g;
+ 
diff --git a/debian/patches/series b/debian/patches/series
index 835d0a3..cd72032 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 add-shebang.patch
 disable-network-test.patch
 no-SSLv3.patch
+reproducible_build.patch
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828634: python-oauth2client: FTBFS: error: [Errno 110] Connection timed out

[Chris Lamb]

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 unstable/amd64:

  [..]

  test_get_environment_variable_file_error 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_get_well_known_file_on_windows 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_get_well_known_file_with_custom_config_dir 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_parse_expiry (tests.test_client.GoogleCredentialsTests) ... ok
  test_raise_exception_for_missing_fields 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_raise_exception_for_reading_json 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_save_to_well_known_file_authorized_user 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_save_to_well_known_file_service_account 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_save_well_known_file_with_non_existent_config_dir 
(tests.test_client.GoogleCredentialsTests) ... ok
  test_to_from_json_authorized_user (tests.test_client.GoogleCredentialsTests) 
... ok
  test_to_from_json_service_account (tests.test_client.GoogleCredentialsTests) 
... ok
  test_get_set_delete (tests.test_client.MemoryCacheTests) ... ok
  test_construct_authorize_url (tests.test_client.OAuth2WebServerFlowTest) ... 
ok
  test_exchange_dictlike (tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_exchange_fails_if_no_code (tests.test_client.OAuth2WebServerFlowTest) 
... ok
  test_exchange_failure (tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_exchange_failure_with_json_error 
(tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_exchange_id_token (tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_exchange_id_token_fail (tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_exchange_no_expires_in (tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_exchange_success (tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_exchange_using_authorization_header 
(tests.test_client.OAuth2WebServerFlowTest) ... ok
  Passing kwargs to override defaults. ... ok
  test_scope_is_required (tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_urlencoded_exchange_failure (tests.test_client.OAuth2WebServerFlowTest) 
... ok
  test_urlencoded_exchange_no_expires_in 
(tests.test_client.OAuth2WebServerFlowTest) ... ok
  test_urlencoded_exchange_success (tests.test_client.OAuth2WebServerFlowTest) 
... ok
  test_urlencoded_expires_param (tests.test_client.OAuth2WebServerFlowTest) ... 
ok
  test_assertion_body (tests.test_client.TestAssertionCredentials) ... ok
  test_assertion_refresh (tests.test_client.TestAssertionCredentials) ... ok
  test_sign_blob_abstract (tests.test_client.TestAssertionCredentials) ... ok
  test_token_revoke_failure (tests.test_client.TestAssertionCredentials) ... ok
  test_token_revoke_success (tests.test_client.TestAssertionCredentials) ... ok
  test_existing (tests.test_client.Test__save_private_file) ... ok
  test_new (tests.test_client.Test__save_private_file) ... ok
  test_update_query_params_existing_params 
(tests.test_client.UpdateQueryParamsTest) ... ok
  test_update_query_params_no_params (tests.test_client.UpdateQueryParamsTest) 
... ok
  test_cache_hit (tests.test_clientsecrets.CachedClientsecretsTests) ... ok
  test_cache_miss (tests.test_clientsecrets.CachedClientsecretsTests) ... ok
  test_validation (tests.test_clientsecrets.CachedClientsecretsTests) ... ok
  test_without_cache (tests.test_clientsecrets.CachedClientsecretsTests) ... ok
  test_load_by_filename_missing_file 
(tests.test_clientsecrets.OAuth2CredentialsTests) ... ok
  test_validate_error (tests.test_clientsecrets.OAuth2CredentialsTests) ... ok
  test_bad_json (tests.test_clientsecrets.Test__loadfile) ... ok
  test_non_existent (tests.test_clientsecrets.Test__loadfile) ... ok
  test_success (tests.test_clientsecrets.Test__loadfile) ... ok
  test_invalid_client_type 
(tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_missing_required_type_installed 
(tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_missing_required_type_web 
(tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_string_not_configured_type_installed 
(tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_string_not_configured_type_web 
(tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_success_type_installed 
(tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_success_type_web (tests.test_clientsecrets.Test__validate_clientsecrets) 
... ok
  test_with_non_dictionary 
(tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_with_none (tests.test_clientsecrets.Test__validate_clientsecrets) ... ok
  test_with_other_than_one_key 

[Reproducible-builds] Bug#828628: media-player-info: please make the build reproducible

[Reiner Herrmann]

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 media-player-info could not be built reproducibly.
It searches for .mpi files without sorting them.
This leads to an unsorted order in .hwdb and .rules files.

The attached patch fixes this.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..b742eca
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,12 @@
+Author: Reiner Herrmann 
+Description: Sort list of mpi files to get reproducible rules/hwdb files
+
+--- a/media-players/Makefile.am
 b/media-players/Makefile.am
+@@ -1,5 +1,5 @@
+ mpidir = $(datadir)/media-player-info
+-dist_mpi_DATA =  $(shell find $(top_srcdir)/media-players -name "*.mpi" -printf "%p\n")
++dist_mpi_DATA =  $(shell find $(top_srcdir)/media-players -name "*.mpi" -printf "%p\n" | LC_ALL=C sort)
+ 
+ udevrulesdir = $(UDEV_DIR)/rules.d
+ nodist_udevrules_DATA = 40-usb-media-players.rules
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..b2026fe
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+reproducible_build.patch
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828627: uim: please make the build reproducible (locale)

[Alexis Bienvenüe]

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 have noticed
that 'uim' could not be built reproducibly.

The attached patch sets the locale used to sort using LC_ALL instead of
LANG (that is overwrote by LC_ALL), so that the order is fixed even if
LC_ALL is set.
Once applied, uim can be built reproducibly in our current
experimental framework.

Regards,
Alexis Bienvenüe.

 [1]: https://wiki.debian.org/ReproducibleBuilds
Description: Use LC_ALL instead of LANG
 bacause LC_ALL overwrites LANG. This makes the build reproducible.
Author: Alexis Bienvenüe 

--- uim-1.8.6+gh20160621.0.87bf935.orig/tables/Makefile.am
+++ uim-1.8.6+gh20160621.0.87bf935/tables/Makefile.am
@@ -32,7 +32,7 @@ zm.scm: $(top_srcdir)/scm/zm.scm
 	$(MAKE) $(AM_MAKEFLAGS) -C $(top_builddir)/replace && \
 	$(MAKE) $(AM_MAKEFLAGS) -C $(top_builddir)/uim sigscheme-combined && \
 	$(MAKE) $(AM_MAKEFLAGS) -C $(top_builddir)/uim uim-sh && \
-	echo "(begin (load \"$<\") (for-each (lambda (key) (display (format \"~a ~W\n\" (apply string-append (caar key)) (cadr key `basename $< .scm`-rule))" | $(UIM_SH_ENV) $(UIM_SH) -b | grep -v "^#" | LANG=C sort > $@
+	echo "(begin (load \"$<\") (for-each (lambda (key) (display (format \"~a ~W\n\" (apply string-append (caar key)) (cadr key `basename $< .scm`-rule))" | $(UIM_SH_ENV) $(UIM_SH) -b | grep -v "^#" | LC_ALL=C sort > $@
 #endif
 
 clean-genscm:
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] RE

[Gretchen Weber]

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

[Reproducible-builds] Bug#828621: opencolorio: FTBFS: ! Undefined control sequence.

[Chris Lamb]

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 unstable/amd64:

  [..]

  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonAPI.rst:119:
 WARNING: autodoc: failed to import function u'SetCurrentConfig' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonAPI.rst:121:
 WARNING: autodoc: failed to import function u'SetLoggingLevel' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonAPI.rst:126:
 WARNING: autodoc: failed to import class u'Config' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonAPI.rst:133:
 WARNING: autodoc: failed to import class u'ColorSpace' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonAPI.rst:140:
 WARNING: autodoc: failed to import class u'Look' from module u'PyOpenColorIO'; 
the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonAPI.rst:147:
 WARNING: autodoc: failed to import class u'Processor' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonAPI.rst:154:
 WARNING: autodoc: failed to import class u'Context' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonTransforms.rst:17:
 WARNING: autodoc: failed to import class u'Transform' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonTransforms.rst:30:
 WARNING: autodoc: failed to import class u'AllocationTransform' from module 
u'PyOpenColorIO'; the following exception was raised:
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.py", line 518, in 
import_object
  __import__(self.modname)
  ImportError: No module named PyOpenColorIO
  
/home/lamby/temp/cdt.20160626122618.uMWLWemApZ.opencolorio/opencolorio-1.0.9~dfsg0/debian/cmake/docs/developers/bindings/PythonTransforms.rst:48:
 WARNING: autodoc: failed to import 

[Reproducible-builds] Bug#828224: nose: FTBFS: FAIL: runTest (test_coverage_plugin.TestCoveragePlugin) [..] AssertionError: False is not true

[Chris Lamb]

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:

  [..]

  test_function_test_case_fixtures (test_cases.TestNoseCases) ... ok
  test_method_test_case (test_cases.TestNoseCases) ... ok
  test_method_test_case_fixtures (test_cases.TestNoseCases) ... ok
  test_method_test_case_with_metaclass (test_cases.TestNoseCases) ... ok
  test_address (test_cases.TestNoseTestWrapper) ... ok
  test_case_fixtures_called (test_cases.TestNoseTestWrapper)
  Instance fixtures are properly called for wrapped tests ... ok
  test_context (test_cases.TestNoseTestWrapper) ... ok
  test_result_proxy_used (test_cases.TestNoseTestWrapper)
  A result proxy is used to wrap the result for all tests ... ok
  test_short_description (test_cases.TestNoseTestWrapper) ... ok
  test_unrepresentable_shortDescription (test_cases.TestNoseTestWrapper) ... ok
  test_defaults (test_config.TestNoseConfig) ... ok
  test_ignore_files_default (test_config.TestNoseConfig)
  The default configuration should have several ignore file settings. ... ok
  test_ignore_files_multiple (test_config.TestNoseConfig)
  Multiple ignore-files flags should be appended together, overriding ... ok
  test_ignore_files_single (test_config.TestNoseConfig)
  A single ignore-files flag should override the default settings. ... ok
  test_multiple_include (test_config.TestNoseConfig) ... ok
  test_pickle_configured (test_config.TestNoseConfig) ... ok
  test_pickle_empty (test_config.TestNoseConfig) ... ok
  test_plugins (test_config.TestNoseConfig) ... ok
  test_progname_looks_like_option (test_config.TestNoseConfig) ... ok
  test_reset (test_config.TestNoseConfig) ... ok
  test_single_include (test_config.TestNoseConfig) ... ok
  test_testnames (test_config.TestNoseConfig) ... ok
  test_update (test_config.TestNoseConfig) ... ok
  test_where (test_config.TestNoseConfig) ... ok
  test_restore_stdout (test_core.TestAPI_run) ... ok
  test_getAllConfigFiles (test_core.TestProgramConfigs) ... ok
  test_getAllConfigFiles_ignore_configs (test_core.TestProgramConfigs) ... ok
  test_makeConfig (test_core.TestProgramConfigs) ... ok
  test_from_directory (test_core.TestUsage) ... ok
  test_from_zip (test_core.TestUsage) ... ok
  test_cover_plugin.TestCoveragePlugin.test_cover_packages_option ... ok
  test_api_present (test_deprecated_plugin.TestDeprecatedPlugin) ... ok
  test_can_be_disabled (test_deprecated_plugin.TestDeprecatedPlugin) ... ok
  test_deprecated_output (test_deprecated_plugin.TestDeprecatedPlugin) ... ok
  test_deprecated_output_verbose (test_deprecated_plugin.TestDeprecatedPlugin) 
... ok
  test_enabled_by_default (test_deprecated_plugin.TestDeprecatedPlugin) ... ok
  test_patched_result_handles_deprecated 
(test_deprecated_plugin.TestDeprecatedPlugin) ... ok
  test_patches_only_when_needed (test_deprecated_plugin.TestDeprecatedPlugin) 
... ok
  test_prepare_patches_result (test_deprecated_plugin.TestDeprecatedPlugin) ... 
ok
  test_err_doctests_raises_exception 
(test_doctest_error_handling.TestDoctestErrorHandling) ... ok
  test_no_doctests_in_file 
(test_doctest_error_handling.TestDoctestErrorHandling) ... ok
  test_no_name (test_doctest_no_name.TestDoctestErrorHandling) ... ok
  test_default_id_file_is_in_working_dir (test_id_plugin.TestTestIdPlugin) ... 
ok
  test_add_paths (test_importer.TestImporter) ... ok
  test_import (test_importer.TestImporter) ... ok
  test_module_init_prefix (test_importer.TestImporter) ... ok
  test_module_no_file (test_importer.TestImporter) ... ok
  test_bug_95 (test_inspector.TestExpander)
  Test that inspector can handle multi-line docstrings ... ok
  test_get_tb_source_func (test_inspector.TestExpander) ... ok
  test_get_tb_source_simple (test_inspector.TestExpander) ... ok
  test_inspect_traceback_continued (test_inspector.TestExpander) ... ok
  test_pick_tb_lines (test_inspector.TestExpander) ... ok
  test_simple_inspect_frame (test_inspector.TestExpander) ... ok
  test_isolation_plugin.test_lint ... ok
  test_issue135 (test_issue135.TestIssue135) ... ok
  test_load_nested_generator (test_issue_006.TestIssue006) ... ok
  test_issue_064.test_is_generator_alias ... ok
  test_dict_wrapper_instance_not_loaded (test_issue_065.TestIssue065) ... ok
  test_string_exception_not_masked 
(test_issue_101.TestErrorClassWithStringException) ... ok
  test_issue_227.test_unicode ... ok
  test_generator_yield_value (test_issue_230.TestIssue230) ... ok
  test_issue_786.Test.test_evens ... ok
  test_issue_786.test_evens ... ok
  test_basic_iteration (test_lazy_suite.TestLazySuite) ... ok
  test_cases_from_testcase_are_wrapped (test_loader.TestTestLoader) ... ok
  test_lint (test_loader.TestTestLoader)
  Test that main API functions exist ... ok
  test_load_from_name_dir_abs (test_loader.TestTestLoader) ... ok
  

[Reproducible-builds] Bug#828223: mvtnorm: FTBFS: dh_clean: Please specify the compatibility level in debian/compat

[Chris Lamb]

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:

  [..]

  Preparing to unpack .../x11-common_1%3a7.7+15_all.deb ...
  Unpacking x11-common (1:7.7+15) ...
  Selecting previously unselected package libice6:amd64.
  Preparing to unpack .../libice6_2%3a1.0.9-1+b1_amd64.deb ...
  Unpacking libice6:amd64 (2:1.0.9-1+b1) ...
  Selecting previously unselected package libjpeg62-turbo:amd64.
  Preparing to unpack .../libjpeg62-turbo_1%3a1.5.0-1_amd64.deb ...
  Unpacking libjpeg62-turbo:amd64 (1:1.5.0-1) ...
  Selecting previously unselected package liblapack3.
  Preparing to unpack .../liblapack3_3.6.0-2_amd64.deb ...
  Unpacking liblapack3 (3.6.0-2) ...
  Selecting previously unselected package fontconfig.
  Preparing to unpack .../fontconfig_2.11.0-6.4_amd64.deb ...
  Unpacking fontconfig (2.11.0-6.4) ...
  Selecting previously unselected package libthai-data.
  Preparing to unpack .../libthai-data_0.1.24-2_all.deb ...
  Unpacking libthai-data (0.1.24-2) ...
  Selecting previously unselected package libdatrie1:amd64.
  Preparing to unpack .../libdatrie1_0.2.10-2_amd64.deb ...
  Unpacking libdatrie1:amd64 (0.2.10-2) ...
  Selecting previously unselected package libthai0:amd64.
  Preparing to unpack .../libthai0_0.1.24-2_amd64.deb ...
  Unpacking libthai0:amd64 (0.1.24-2) ...
  Selecting previously unselected package libpango-1.0-0:amd64.
  Preparing to unpack .../libpango-1.0-0_1.40.1-1_amd64.deb ...
  Unpacking libpango-1.0-0:amd64 (1.40.1-1) ...
  Selecting previously unselected package libgraphite2-3:amd64.
  Preparing to unpack .../libgraphite2-3_1.3.8-1_amd64.deb ...
  Unpacking libgraphite2-3:amd64 (1.3.8-1) ...
  Selecting previously unselected package libharfbuzz0b:amd64.
  Preparing to unpack .../libharfbuzz0b_1.2.6-2_amd64.deb ...
  Unpacking libharfbuzz0b:amd64 (1.2.6-2) ...
  Selecting previously unselected package libpangoft2-1.0-0:amd64.
  Preparing to unpack .../libpangoft2-1.0-0_1.40.1-1_amd64.deb ...
  Unpacking libpangoft2-1.0-0:amd64 (1.40.1-1) ...
  Selecting previously unselected package libpangocairo-1.0-0:amd64.
  Preparing to unpack .../libpangocairo-1.0-0_1.40.1-1_amd64.deb ...
  Unpacking libpangocairo-1.0-0:amd64 (1.40.1-1) ...
  Selecting previously unselected package libsm6:amd64.
  Preparing to unpack .../libsm6_2%3a1.2.2-1+b1_amd64.deb ...
  Unpacking libsm6:amd64 (2:1.2.2-1+b1) ...
  Selecting previously unselected package libtcl8.6:amd64.
  Preparing to unpack .../libtcl8.6_8.6.5+dfsg-2_amd64.deb ...
  Unpacking libtcl8.6:amd64 (8.6.5+dfsg-2) ...
  Selecting previously unselected package libjbig0:amd64.
  Preparing to unpack .../libjbig0_2.1-3.1_amd64.deb ...
  Unpacking libjbig0:amd64 (2.1-3.1) ...
  Selecting previously unselected package libtiff5:amd64.
  Preparing to unpack .../libtiff5_4.0.6-1_amd64.deb ...
  Unpacking libtiff5:amd64 (4.0.6-1) ...
  Selecting previously unselected package libxft2:amd64.
  Preparing to unpack .../libxft2_2.3.2-1_amd64.deb ...
  Unpacking libxft2:amd64 (2.3.2-1) ...
  Selecting previously unselected package libxss1:amd64.
  Preparing to unpack .../libxss1_1%3a1.2.2-1_amd64.deb ...
  Unpacking libxss1:amd64 (1:1.2.2-1) ...
  Selecting previously unselected package libtk8.6:amd64.
  Preparing to unpack .../libtk8.6_8.6.5-1_amd64.deb ...
  Unpacking libtk8.6:amd64 (8.6.5-1) ...
  Selecting previously unselected package libxt6:amd64.
  Preparing to unpack .../libxt6_1%3a1.1.5-1_amd64.deb ...
  Unpacking libxt6:amd64 (1:1.1.5-1) ...
  Selecting previously unselected package openssl.
  Preparing to unpack .../openssl_1.0.2h-1_amd64.deb ...
  Unpacking openssl (1.0.2h-1) ...
  Selecting previously unselected package ca-certificates.
  Preparing to unpack .../ca-certificates_20160104_all.deb ...
  Unpacking ca-certificates (20160104) ...
  Selecting previously unselected package r-base-core.
  Preparing to unpack .../r-base-core_3.3.1-1_amd64.deb ...
  Unpacking r-base-core (3.3.1-1) ...
  Selecting previously unselected package libgfortran-5-dev:amd64.
  Preparing to unpack .../libgfortran-5-dev_5.4.0-4_amd64.deb ...
  Unpacking libgfortran-5-dev:amd64 (5.4.0-4) ...
  Selecting previously unselected package gfortran-5.
  Preparing to unpack .../gfortran-5_5.4.0-4_amd64.deb ...
  Unpacking gfortran-5 (5.4.0-4) ...
  Selecting previously unselected package gfortran.
  Preparing to unpack .../gfortran_4%3a5.3.1-3_amd64.deb ...
  Unpacking gfortran (4:5.3.1-3) ...
  Selecting previously unselected package libblas-dev.
  Preparing to unpack .../libblas-dev_3.6.0-2_amd64.deb ...
  Unpacking libblas-dev (3.6.0-2) ...
  Selecting previously unselected package liblapack-dev.
  Preparing to unpack .../liblapack-dev_3.6.0-2_amd64.deb ...
  Unpacking liblapack-dev (3.6.0-2) ...
  Selecting previously unselected package 

[Reproducible-builds] Bug#828222: pygoocanvas: please make the build reproducible

[Chris Lamb]

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 not be built reproducibly.

Patch attached.


 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-


pygoocanvas.diff.txt
Description: Binary data
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828216: pyinfra:

[Daniel Stender]

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 errors on timestamps:


FAIL: test_valid (tests.test_facts.TestTests)
--
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/jsontest.py", line 13, in test
self.jsontest_function(test_name, test_data)
  File "/build/pyinfra-0.1~dev26/tests/test_facts.py", line 43, in 
jsontest_function
raise e
  File "/build/pyinfra-0.1~dev26/tests/test_facts.py", line 36, in 
jsontest_function
self.assertEqual(data, test_data['fact'])
AssertionError: {'user': 'pyinfra', 'mode': 777, 'mtime': 
'2017-02-13T12:56:00'[29 chars] '8'} != {'user': 'pyinfra', 'mtime': 
'2016-02-13T12:56:00', 'group': 'p[29 chars] '8'}
  {'group': 'pyinfra',
   'mode': 777,
-  'mtime': '2017-02-13T12:56:00',
?   ^

+  'mtime': '2016-02-13T12:56:00',
?   ^

   'size': '8',
   'user': 'pyinfra'}
 >> begin captured stdout << -

--> GOT:
 {
"user": "pyinfra",
"mode": 777,
"mtime": "2017-02-13T12:56:00",
"group": "pyinfra",
"size": "8"
}
--> WANT: {
"user": "pyinfra",
"mtime": "2016-02-13T12:56:00",
"group": "pyinfra",
"mode": 777,
"size": "8"
}


I'll get into this, soon.

Thanks,
DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/



signature.asc
Description: OpenPGP digital signature
___
Reproducible-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

[Reproducible-builds] Bug#828212: pyinfra: FTBFS: Theme error: sphinx_rtd_theme is no longer a hard dependency since version 1.4.0. Please install it manually.(pip install sphinx_rtd_theme)

[Chris Lamb]

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:

  [..]

  Setting up python3-dateutil (2.4.2-1) ...
  Setting up python3-roman (2.0.0-2) ...
  Setting up sgml-base (1.28) ...
  Setting up xml-core (0.13+nmu2) ...
  Setting up python3-pygments (2.1.3+dfsg-1) ...
  Setting up python-babel-localedata (2.3.4+dfsg.1-2) ...
  Setting up python3-tz (2015.7+dfsg-0.1) ...
  Setting up python3-babel (2.3.4+dfsg.1-2) ...
  update-alternatives: using /usr/bin/pybabel-python3 to provide 
/usr/bin/pybabel (pybabel) in auto mode
  Setting up python3-alabaster (0.7.8-1) ...
  Setting up python3-imagesize (0.7.1-1) ...
  Setting up libjs-jquery (1.12.4-1) ...
  Setting up libjs-underscore (1.7.0~dfsg-1) ...
  Setting up libjs-sphinxdoc (1.4.4-2) ...
  Setting up sphinx-common (1.4.4-2) ...
  Processing triggers for sgml-base (1.28) ...
  Setting up docutils-common (0.12+dfsg-1) ...
  Processing triggers for sgml-base (1.28) ...
  Setting up python3-docutils (0.12+dfsg-1) ...
  update-alternatives: using /usr/share/docutils/scripts/python3/rst-buildhtml 
to provide /usr/bin/rst-buildhtml (rst-buildhtml) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2html to 
provide /usr/bin/rst2html (rst2html) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2latex to 
provide /usr/bin/rst2latex (rst2latex) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2man to 
provide /usr/bin/rst2man (rst2man) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2odt to 
provide /usr/bin/rst2odt (rst2odt) in auto mode
  update-alternatives: using 
/usr/share/docutils/scripts/python3/rst2odt_prepstyles to provide 
/usr/bin/rst2odt_prepstyles (rst2odt_prepstyles) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2pseudoxml 
to provide /usr/bin/rst2pseudoxml (rst2pseudoxml) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2s5 to 
provide /usr/bin/rst2s5 (rst2s5) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2xetex to 
provide /usr/bin/rst2xetex (rst2xetex) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rst2xml to 
provide /usr/bin/rst2xml (rst2xml) in auto mode
  update-alternatives: using /usr/share/docutils/scripts/python3/rstpep2html to 
provide /usr/bin/rstpep2html (rstpep2html) in auto mode
  Setting up python3-sphinx (1.4.4-2) ...
  Setting up pyinfra-build-deps (0.1~dev24-1) ...
  
  
**
  ** Environment
  **
  
**
  
  
PATH=/home/lamby/git/projects/dotfiles/dotfiles/..//bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
  HOSTNAME=94623d1b10b3
  TERM=xterm
  PAGER=more
  DISPLAY=:0
  DOCKER_IMAGE=lamby-debian-sid
  DEB_BUILD_OPTIONS=parallel=9
  PIP_DOWNLOAD_CACHE=/home/lamby/.cache/pip
  HOME=/home/lamby
  LOGNAME=lamby
  SHLVL=1
  PWD=/home/lamby/temp/cdt.20160626081125.r8OWGRV9Am.pyinfra/pyinfra-0.1~dev24
  OLDPWD=/home/lamby/temp/cdt.20160626081125.r8OWGRV9Am.pyinfra
  GPG_TTY=/dev/console
  QUILT_PATCHES=debian/patches
  QUILT_NO_DIFF_INDEX=1
  QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index
  DEBEMAIL=la...@debian.org
  DEBFULLNAME=Chris Lamb
  EDITOR=vim
  LESS=-cgiFx4M
  BLASTER=A220 I5 D1 H5 P330 T6
  _=/usr/bin/env
  
  
**
  ** Building pyinfra 0.1~dev24-1 on amd64  
  **
  
**
  
   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: info: source package pyinfra
  dpkg-buildpackage: info: source version 0.1~dev24-1
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed by Daniel Stender 
   dpkg-source --before-build pyinfra-0.1~dev24
  dpkg-buildpackage: info: host architecture amd64
  dpkg-source: info: using options from 
pyinfra-0.1~dev24/debian/source/options: --extend-diff-ignore=^[^/]+\.egg-info/
   fakeroot debian/rules clean
  dh clean --with python3,sphinxdoc --buildsystem=pybuild
 dh_testdir -O--buildsystem=pybuild
 dh_auto_clean -O--buildsystem=pybuild
  I: pybuild base:184: python3.5 setup.py clean 
  running clean
  removing 
'/home/lamby/temp/cdt.20160626081125.r8OWGRV9Am.pyinfra/pyinfra-0.1~dev24/.pybuild/pythonX.Y_3.5/build'
 (and everything under it)
  'build/bdist.linux-x86_64' does not