[Reproducible-builds] Bug#822104: guessnet: FTBFS: *** libiw not found. Check 'config.log' for more details.
Source: guessnet Version: 0.56 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, guessnet fails to build from source in unstable/amd64: [..] dh_testdir dh_testroot dh_prep dh_testdir dh_testroot dh_install dh_installdocs dh_installchangelogs dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb dpkg-deb: building package 'guessnet-build-deps' in '../guessnet-build-deps_0.56_all.deb'. The package has been created. Attention, the package has been created in the current directory, not in ".." as indicated by the message above! Selecting previously unselected package guessnet-build-deps. (Reading database ... 22998 files and directories currently installed.) Preparing to unpack guessnet-build-deps_0.56_all.deb ... Unpacking guessnet-build-deps (0.56) ... Reading package lists... Building dependency tree... Reading state information... Correcting dependencies... Done The following additional packages will be installed: cdbs dh-buildinfo libiw-dev libiw30 libnet1 libnet1-dev libpcap-dev libpcap0.8 libpcap0.8-dev libtut-dev libwibble-dev pkgconf Suggested packages: pkg-config The following NEW packages will be installed: cdbs dh-buildinfo libiw-dev libiw30 libnet1 libnet1-dev libpcap-dev libpcap0.8 libpcap0.8-dev libtut-dev libwibble-dev pkgconf 0 upgraded, 12 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 1831 kB of archives. After this operation, 18.4 MB of additional disk space will be used. Get:1 http://httpredir.debian.org/debian sid/main amd64 cdbs all 0.4.130 [76.4 kB] Get:2 http://httpredir.debian.org/debian sid/main amd64 dh-buildinfo all 0.11+nmu1 [18.1 kB] Get:3 http://httpredir.debian.org/debian sid/main amd64 libnet1 amd64 1.1.6+dfsg-3 [60.4 kB] Get:4 http://httpredir.debian.org/debian sid/main amd64 libnet1-dev amd64 1.1.6+dfsg-3 [118 kB] Get:5 http://httpredir.debian.org/debian sid/main amd64 libpcap0.8 amd64 1.7.4-2 [136 kB] Get:6 http://httpredir.debian.org/debian sid/main amd64 libpcap0.8-dev amd64 1.7.4-2 [233 kB] Get:7 http://httpredir.debian.org/debian sid/main amd64 libpcap-dev all 1.7.4-2 [24.0 kB] Get:8 http://httpredir.debian.org/debian sid/main amd64 libtut-dev all 0.0.20070706-1 [99.2 kB] Get:9 http://httpredir.debian.org/debian sid/main amd64 libwibble-dev amd64 1.1-1+b1 [977 kB] Get:10 http://httpredir.debian.org/debian sid/main amd64 pkgconf amd64 0.9.12-1 [29.5 kB] Get:11 http://httpredir.debian.org/debian sid/main amd64 libiw30 amd64 30~pre9-9 [21.2 kB] Get:12 http://httpredir.debian.org/debian sid/main amd64 libiw-dev amd64 30~pre9-9 [38.8 kB] Fetched 1831 kB in 0s (85.0 MB/s) Selecting previously unselected package cdbs. (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 23002 files and directories currently installed.) Preparing to unpack .../archives/cdbs_0.4.130_all.deb ... Unpacking cdbs (0.4.130) ... Selecting previously unselected package dh-buildinfo. Preparing to unpack .../dh-buildinfo_0.11+nmu1_all.deb ... Unpacking dh-buildinfo (0.11+nmu1) ... Selecting previously unselected package libnet1:amd64. Preparing to unpack .../libnet1_1.1.6+dfsg-3_amd64.deb ... Unpacking libnet1:amd64 (1.1.6+dfsg-3) ... Selecting previously unselected package libnet1-dev. Preparing to unpack .../libnet1-dev_1.1.6+dfsg-3_amd64.deb ... Unpacking libnet1-dev (1.1.6+dfsg-3) ... Selecting previously unselected package libpcap0.8:amd64. Preparing to unpack .../libpcap0.8_1.7.4-2_amd64.deb ... Unpacking libpcap0.8:amd64 (1.7.4-2) ... Selecting previously unselected package libpcap0.8-dev. Preparing to unpack .../libpcap0.8-dev_1.7.4-2_amd64.deb ... Unpacking libpcap0.8-dev (1.7.4-2) ... Selecting previously unselected package libpcap-dev. Preparing to unpack .../libpcap-dev_1.7.4-2_all.deb ... Unpacking libpcap-dev (1.7.4-2) ... Selecting previously unselected package libtut-dev. Preparing to unpack .../libtut-dev_0.0.20070706-1_all.deb ... Unpacking libtut-dev (0.0.20070706-1) ... Selecting previously unselected package libwibble-dev. Preparing to unpack .../libwibble-dev_1.1-1+b1_amd64.deb ... Unpacking libwibble-dev (1.1-1+b1) ... Selecting previously unselected package pkgconf. Prepar
[Reproducible-builds] Wrong reproducibility reported for libdevel-cover-perl? (i.e. I suspect a false negative)
Hi, today I was debugging strange autopkgtest failures of libdevel-cover-perl inside (!) adt-run (locally, not yet on ci.debian.net): t/e2e/change.t .. Can't mkdir /home/abe/pkg-perl/libdevel-cover-perl/t/e2e/cover_db_complex_change/: No such file or directory at /usr/lib/x86_64-linux-gnu/perl5/5.22/Devel/Cover/Test.pm line 88. Dubious, test returned 2 (wstat 512, 0x200) But that path there was just my local working copy where I built the package to test it. The adt-run directory was at /tmp/adt-run.bV4vwb/adttmp/smokeLkOAX4/. How the fuck can my path pop up in there? Well, libdevel-cover-perl puts the full build path into /usr/lib/*/perl5/5*/Devel/Cover/Inc.pm and installs that file our $Base = '/build/libdevel-cover-perl-ht7Bko/libdevel-cover-perl-1.21'; (This code example is taken from 1.21-1+b1 as currently in Unstable and Testing.) So I was sure that this package can't be built reproducible. But the sun on https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/libdevel-cover-perl.html still shines. So either there is an according bug somewhere in diffoscope (which I doubt :-) for a very long time or we should also make the second build differ in the build directory name to catch such issues. In case the latter is already done, I'm out of ideas why that package counts as reproducibly buildable. 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] Wrong reproducibility reported for libdevel-cover-perl? (i.e. I suspect a false negative)
On Thu, Apr 21, 2016 at 11:30:19PM +0200, Axel Beckert wrote: > today I was debugging strange autopkgtest failures of > libdevel-cover-perl inside (!) adt-run (locally, not > yet on ci.debian.net): > > t/e2e/change.t .. > Can't mkdir > /home/abe/pkg-perl/libdevel-cover-perl/t/e2e/cover_db_complex_change/: No > such file or directory at > /usr/lib/x86_64-linux-gnu/perl5/5.22/Devel/Cover/Test.pm line 88. > Dubious, test returned 2 (wstat 512, 0x200) > > But that path there was just my local working copy where I built the > package to test it. The adt-run directory was at > /tmp/adt-run.bV4vwb/adttmp/smokeLkOAX4/. How the fuck can my path pop > up in there? > > Well, libdevel-cover-perl puts the full build path into > /usr/lib/*/perl5/5*/Devel/Cover/Inc.pm and installs that file > > our $Base = > '/build/libdevel-cover-perl-ht7Bko/libdevel-cover-perl-1.21'; > > (This code example is taken from 1.21-1+b1 as currently in Unstable > and Testing.) > > So I was sure that this package can't be built reproducible. But the > sun on > https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/libdevel-cover-perl.html > still shines. > > So either there is an according bug somewhere in diffoscope (which I > doubt :-) for a very long time or we should also make the second build > differ in the build directory name to catch such issues. > > In case the latter is already done, I'm out of ideas why that package > counts as reproducibly buildable. The build path is part of the specification for the overall environment, if I'm not mistaken - so the build is allowed to vary with changes to it. https://wiki.debian.org/ReproducibleBuilds/Howto I suppose embedding build paths is too widespread to make eliminating that feasible, and making the build path the same is easy enough? Dominic. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
[Reproducible-builds] Bug#822197: sphinx: please remove memory addresses from generated python documentation
Source: sphinx Version: 1.3.6-2 Severity: wishlist Tags: patch upstream User: reproducible-builds@lists.alioth.debian.org Usertags: toolchain X-Debbugs-Cc: reproducible-builds@lists.alioth.debian.org Control: forwarded -1 https://github.com/sphinx-doc/sphinx/pull/2480 Dear Maintainer, While working on the “reproducible builds” effort [1], we have noticed that the documentation generated by sphinx can include the memory address of some python objects that are used at build time. See for example, in file /usr/share/doc/python-kombu-doc/html/reference/kombu.transport.qpid.html from package python-kombu-doc_3.0.35-1.1 : Transport.Connection.Channel.codecs = {'base64': } This memory address is irrelevant in the documentation, and prevents the package building to be reproducible. The attached patch strips these memory addresses, leading to better reproducibility. Regards, Alexis Bienvenüe. [1] https://wiki.debian.org/ReproducibleBuilds diff -Nru sphinx-1.3.6/debian/changelog sphinx-1.3.6/debian/changelog --- sphinx-1.3.6/debian/changelog 2016-03-03 18:22:21.0 +0100 +++ sphinx-1.3.6/debian/changelog 2016-04-22 00:37:33.0 +0200 @@ -1,3 +1,9 @@ +sphinx (1.3.6-3) unstable; urgency=medium + + * Strips memory addresses from python documentation + + -- Alexis Bienvenüe Fri, 22 Apr 2016 00:37:33 +0200 + sphinx (1.3.6-2) unstable; urgency=medium * Use implementation of jstest from Iain Lane in hope it succeeds on diff -Nru sphinx-1.3.6/debian/patches/remove_memaddress.patch sphinx-1.3.6/debian/patches/remove_memaddress.patch --- sphinx-1.3.6/debian/patches/remove_memaddress.patch 1970-01-01 01:00:00.0 +0100 +++ sphinx-1.3.6/debian/patches/remove_memaddress.patch 2016-04-22 00:36:39.0 +0200 @@ -0,0 +1,36 @@ +Description: Removes memory addresses from generated documentation + Some modules have eg. functions in some default arguments values, so + that sphinx generates signatures with some memory addresses in it. + This strips thes addresses. +Author: Alexis Bienvenüe + +Index: sphinx-1.3.6/sphinx/domains/python.py +=== +--- sphinx-1.3.6.orig/sphinx/domains/python.py sphinx-1.3.6/sphinx/domains/python.py +@@ -34,6 +34,8 @@ py_sig_re = re.compile( + )? $ # and nothing more + ''', re.VERBOSE) + ++# RE for memory address in variable description ++py_memaddr_re = re.compile(r' at 0x[0-9a-f]{4,}(?=>)') + + def _pseudo_parse_arglist(signode, arglist): + Parse" a list of arguments separated by commas. +@@ -62,6 +64,7 @@ def _pseudo_parse_arglist(signode, argli + ends_open += 1 + argument = argument[:-1].strip() + if argument: ++argument = py_memaddr_re.sub('',argument) + stack[-1] += addnodes.desc_parameter(argument, argument) + while ends_open: + stack.append(addnodes.desc_optional()) +@@ -220,6 +223,8 @@ class PyObject(ObjectDescription): + if retann: + signode += addnodes.desc_returns(retann, retann) + if anno: ++if anno[0] == '=': ++anno = py_memaddr_re.sub('',anno) + signode += addnodes.desc_annotation(' ' + anno, ' ' + anno) + return fullname, name_prefix + diff -Nru sphinx-1.3.6/debian/patches/series sphinx-1.3.6/debian/patches/series --- sphinx-1.3.6/debian/patches/series 2016-03-03 18:22:21.0 +0100 +++ sphinx-1.3.6/debian/patches/series 2016-04-22 00:34:39.0 +0200 @@ -7,3 +7,4 @@ reproducible_inventory.diff reproducible_js_locale.diff reproducible_searchindex.diff +remove_memaddress.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] Wrong reproducibility reported for libdevel-cover-perl? (i.e. I suspect a false negative)
On Fri, Apr 22, 2016 at 6:34 AM, Dominic Hargreaves wrote: > The build path is part of the specification for the overall environment, > if I'm not mistaken - so the build is allowed to vary with changes to it. > > https://wiki.debian.org/ReproducibleBuilds/Howto > > I suppose embedding build paths is too widespread to make eliminating > that feasible, and making the build path the same is easy enough? All correct, see the .buildinfo: Build-Path: /build/libdevel-cover-perl-1.21 If you look at the build logs, you will see they both use the same path: https://tests.reproducible-builds.org/logdiffs/unstable/amd64/libdevel-cover-perl_1.21-1.diff.gz -make[1]: Entering directory '/build/libdevel-cover-perl-1.21' +make[1] : on entre dans le répertoire « /build/libdevel-cover-perl-1.21 » -- bye, pabs https://wiki.debian.org/PaulWise ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds