[Reproducible-builds] Bug#798554: odb: FTBFS: conftest.cpp:25:22: fatal error: bversion.h: No such file or directory

2015-09-10 Thread Chris Lamb 
Source: odb
Version: 2.4.0-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,

odb fails to build from source in unstable/amd64:

  [..]

  configure:16944: checking for GCC plugin headers
  configure:16975: g++ -c -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -fno-devirtualize -Wdate-time
  -D_FORTIFY_SOURCE=2 -I/usr/lib/gcc/x86_64-linux-gnu/5/plugin/include
  conftest.cpp >&5
  conftest.cpp:25:22: fatal error: bversion.h: No such file or directory
  compilation terminated.
  configure:16975: $? = 1
  configure: failed program was:
  | /* confdefs.h */
  | #define PACKAGE_NAME "odb"
  | #define PACKAGE_TARNAME "odb"
  | #define PACKAGE_VERSION "2.4.0"
  | #define PACKAGE_STRING "odb 2.4.0"
  | #define PACKAGE_BUGREPORT "odb-us...@codesynthesis.com"
  | #define PACKAGE_URL ""
  | #define PACKAGE "odb"
  | #define VERSION "2.4.0"
  | #define STDC_HEADERS 1
  | #define HAVE_SYS_TYPES_H 1
  | #define HAVE_SYS_STAT_H 1
  | #define HAVE_STDLIB_H 1
  | #define HAVE_STRING_H 1
  | #define HAVE_MEMORY_H 1
  | #define HAVE_STRINGS_H 1
  | #define HAVE_INTTYPES_H 1
  | #define HAVE_STDINT_H 1
  | #define HAVE_UNISTD_H 1
  | #define HAVE_DLFCN_H 1
  | #define LT_OBJDIR ".libs/"
  | /* end confdefs.h.  */
  | 
  | 
  | #include 
  | 
  | #ifndef BUILDING_GCC_MAJOR
  | #  error no BUILDING_GCC_MAJOR in bversion.h
  | #endif
  | 
  | int main () {}
  | 
  configure:17023: result: no
  configure:17025: error: GCC plugin headers not found; consider
  installing GCC plugin development package
  
  [..]
 
  configure: exit 1
  dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr
  --includedir=${prefix}/include --mandir=${prefix}/share/man
  --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
  --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu
  --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
  --disable-dependency-tracking returned exit code 1
  debian/rules:29: recipe for target 'build' failed
  make: *** [build] Error 255
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/odb_2.4.0-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Thu Sep 10 01:29:21 GMT+12 2015
I: pbuilder-time-stamp: 1441891761
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), gcc-4.9-plugin-dev, libexpat1-dev, libcutl-dev
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20232 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on gcc-4.9-plugin-dev; however:
  Package gcc-4.9-plugin-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libexpat1-dev; however:
  Package libexpat1-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libcutl-dev; however:
  Package libcutl-dev is not installed.

Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initializing package states...
Writing extended state information...
Building tag database...
pbuilder-satisfydepends-dummy is already installed at the requested version 
(0.invalid.0)
pbuilder-satisfydepends-dummy is already installed at the requested version 
(0.invalid.0)
The following NEW packages will be installed:
  cpp-4.9{a} gcc-4.9{a} gcc-4.9-plugin-dev{a} libasan1{a} 
  libboost-regex1.55.0{a} libboost-system1.55.0{a}

[Reproducible-builds] Bug#798548: actdiag: FTBFS: TypeError: coercing to Unicode: need string or buffer, bool found

2015-09-10 Thread Chris Lamb 
Source: actdiag
Version: 0.5.3-4
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,

actdiag fails to build from source in unstable/amd64:

  [..]

 dh_auto_test -O--buildsystem=pybuild
  I: pybuild base:170: cd
  /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build; python2.7 -m
  nose 
  .SSSE.
  ==
  ERROR: test_pep8.test_pep8
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in
runTest
  self.test(*self.arg)
File

"/tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build/actdiag/tests/test_pep8.py",
line 18, in test_pep8
  pep8style = pep8.StyleGuide(arglist, parse_argv=False,
  config_file=True)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1788, in
__init__
  arglist, parse_argv, config_file, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 2074, in
process_options
  options = read_config(options, args, arglist, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1987, in
read_config
  if cli_conf and os.path.isfile(cli_conf):
File "/usr/lib/python2.7/genericpath.py", line 37, in isfile
  st = os.stat(path)
  TypeError: coercing to Unicode: need string or buffer, bool found
  
  --
  Ran 46 tests in 1.276s
  
  FAILED (SKIP=3, errors=1)
  E: pybuild pybuild:262: test: plugin distutils failed with: exit
  code=1: cd /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build;
  python2.7 -m nose 
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7
  --dir . returned exit code 13
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/actdiag_0.5.3-4.build1.log.gz


Regards,

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

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

[Reproducible-builds] Bug#798557: libapache-dbi-perl: please make the build reproducible

2015-09-10 Thread Dhole 
Source: libapache-dbi-perl
Version: 1.12-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 libapache-dbi-perl could not be built reproducibly.

The attached patch sets the embedded date in the man pages generated by
podman to the latest debian/changelog entry timestamp instead of local
date. Once applied, libapache-dbi-perl can be built reproducibly in our
current experimental framework.

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


Regards,
-- 
Dhole
diff -Nru libapache-dbi-perl-1.12/debian/changelog 
libapache-dbi-perl-1.12/debian/changelog
--- libapache-dbi-perl-1.12/debian/changelog2013-06-12 18:17:37.0 
+0200
+++ libapache-dbi-perl-1.12/debian/changelog2015-09-10 00:24:04.0 
+0200
@@ -1,3 +1,11 @@
+libapache-dbi-perl (1.12-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Replace timestamp in man pages to latest debian/changelog entry timestamp
+to make the package build reproducibly.
+
+ -- Eduard Sanou   Thu, 10 Sep 2015 00:23:31 +0200
+
 libapache-dbi-perl (1.12-1) unstable; urgency=low
 
   [ Salvatore Bonaccorso ]
diff -Nru libapache-dbi-perl-1.12/debian/rules 
libapache-dbi-perl-1.12/debian/rules
--- libapache-dbi-perl-1.12/debian/rules2013-06-12 18:02:44.0 
+0200
+++ libapache-dbi-perl-1.12/debian/rules2015-09-10 00:33:54.0 
+0200
@@ -1,3 +1,7 @@
 #!/usr/bin/make -f
+
+SOURCE_DATE_EPOCH = $(shell date -d "$$(dpkg-parsechangelog -SDate)" +%s)
+export POD_MAN_DATE = $(shell date -u +"%Y-%m-%d" 
--date="@$(SOURCE_DATE_EPOCH)")
+
 %:
dh $@


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

Re: [Reproducible-builds] Bug#798557: libapache-dbi-perl: please make the build reproducible

2015-09-10 Thread Chris Lamb 
On Thu, 10 Sep 2015, at 06:25 PM, Dhole wrote:

> - Make debhelper export POD_MAN_DATE

An abstraction layer violation, surely? Smells really bad to me and sets
a bad precedent for specific-fixes needing to be in a general tool. This
has maintenance issues, as well as being surprising to packagers.

> - Patch podman to honour SOURCE_DATE_EPOCH

Don't see a negative to this. Indeed, it's what this variable was for -
to avoid specific fixes.


Regards,

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

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

[Reproducible-builds] Bug#798557: Info received ( Bug#798557: libapache-dbi-perl: please make the build reproducible)

2015-09-10 Thread Debian Bug Tracking System 
Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Debian Perl Group 

If you wish to submit further information on this problem, please
send it to 798...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

-- 
798557: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798557
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

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

[Reproducible-builds] Bug#798558: Info received ( Bug#798557: libapache-dbi-perl: please make the build reproducible)

2015-09-10 Thread Debian Bug Tracking System 
Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Debian Perl Group 

If you wish to submit further information on this problem, please
send it to 798...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

-- 
798558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798558
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
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#798557: libapache-dbi-perl: please make the build reproducible

2015-09-10 Thread Niko Tyni 
On Thu, Sep 10, 2015 at 03:56:03PM +0200, Dhole wrote:

> While working on the "reproducible builds" effort [1], we have noticed
> that libapache-dbi-perl could not be built reproducibly.
> 
> The attached patch sets the embedded date in the man pages generated by
> podman to the latest debian/changelog entry timestamp instead of local
> date. Once applied, libapache-dbi-perl can be built reproducibly in our
> current experimental framework.

> --- libapache-dbi-perl-1.12/debian/rules  2013-06-12 18:02:44.0 
> +0200
> +++ libapache-dbi-perl-1.12/debian/rules  2015-09-10 00:33:54.0 
> +0200
> @@ -1,3 +1,7 @@
>  #!/usr/bin/make -f
> +
> +SOURCE_DATE_EPOCH = $(shell date -d "$$(dpkg-parsechangelog -SDate)" +%s)
> +export POD_MAN_DATE = $(shell date -u +"%Y-%m-%d" 
> --date="@$(SOURCE_DATE_EPOCH)")
> +
>  %:
>   dh $@

This is a toolchain issue that potentially affects hundreds of packages
and should IMO be fixed centrally, at least for those packages that use
these debhelper short form dh rules.

The reason only a handful show up in the current reproducible.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-builds mailing list
Reproducible-builds@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds

Re: [Reproducible-builds] Bug#798557: libapache-dbi-perl: please make the build reproducible

2015-09-10 Thread Chris Lamb 
> This is a toolchain issue that potentially affects hundreds of packages
> and should IMO be fixed centrally, at least for those packages that use
> these debhelper short form dh rules.

Really agree with this - we will already have quite a bit of unnecessary
clutter in the archive once we fix a bunch of other toolchain issues, so
minimising this is a good idea.

.. as well as taking time away from fixing the toolchain issue itself ;)


Regards,

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

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

[Reproducible-builds] diffoscope 33 MIGRATED to testing

2015-09-10 Thread Debian testing watch 
FYI: The status of the diffoscope source package
in Debian's testing distribution has changed.

  Previous version: 31
  Current version:  33

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

___
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#798557: libapache-dbi-perl: please make the build reproducible

2015-09-10 Thread Dhole 
On 09/10/2015 06:10 PM, Niko Tyni wrote:
> This is a toolchain issue that potentially affects hundreds of packages
> and should IMO be fixed centrally, at least for those packages that use
> these debhelper short form dh rules.
> 
After thinking about it, I agree too; a toolchain fix would be more
appropriate for this podman issue.

What do you think would be a better solution?
- Make debhelper export POD_MAN_DATE
- Patch podman to honour SOURCE_DATE_EPOCH (with this option, podman
would replace embedded timestamp either by the env var POD_MAN_DATE, or
by SOURCE_DATE_EPOCH. The later would need formatting the timestamp to
"%Y-%m-%d")

> The reason only a handful show up in the current reproducible.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.
> 
The difference that shows up in the affected packages in
reproducible.debian.net show a difference in the day within the
timestamp, because we use two different timezones between builds that
have a 26h difference. That makes the embedded timestamp to have a
different day whenever the package is built. I don't understand why when
we start testing builds on different dates you expect this to explode.
Am I missing anything? Maybe you are referring to timestamps in general,
and not only to this podman embedding timestamps issue? (in which case,
I'd agree that the number of issues like this will explode)

Regards,
-- 
Dhole



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] [PATCH] Refresh live page every 60 seconds

2015-09-10 Thread Chris Lamb 
Hi,

Please merge from the "refresh-live-page-automatically" branch of
https://github.com/lamby/jenkins.debian.net:

  commit 67aa034c3f3553dfe1fef9f078697d5541151de9
  Author: Chris Lamb 
  Date:   Thu Sep 10 22:25:31 2015 +0100
  
  Support meta-refresh header
  
  Signed-off-by: Chris Lamb 
  
   bin/reproducible_common.py | 8 ++--
   1 file changed, 6 insertions(+), 2 deletions(-)
  
  commit f88bf21e846368e3e73a3e4ed901cfc8d7050125
  Author: Chris Lamb 
  Date:   Thu Sep 10 22:25:39 2015 +0100
  
  Refresh live page every 60 seconds
  
  Signed-off-by: Chris Lamb 
  
   bin/reproducible_html_live_status.py | 2 +-
   1 file changed, 1 insertion(+), 1 deletion(-)


Regards,

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

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