Re: [Reproducible-builds] Missing dependencies aren't actually missing
On Mar 15 2015, Holger Levsen wrote: > Hi Nikolaus, > > On Samstag, 14. März 2015, Nikolaus Rath wrote: >> > I can also reproduce this with s3ql_2.11.1+dfsg-2.dsc pbuilding for >> > jessie. >> Alright, I'm at a loss: > [..] >> The current package (2.13+dfsg) builds just as fine. > > what's the setting of BINDMOUNTS in your pbuilderrc? $ cat ~/.pbuilderrc AUTO_DEBSIGN=${AUTO_DEBSIGN:-no} HOOKDIR=/var/cache/pbuilder/hooks BINDMOUNTS="/var/cache/pbuilder/result" EXTRAPACKAGES=eatmydata export LD_PRELOAD="/usr/lib/x86_64-linux-gnu/libeatmydata.so" $ cat /etc/pbuilderrc | grep -i BINDMOUNTS (nothing) Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
On Sonntag, 15. März 2015, Holger Levsen wrote: > what's the setting of BINDMOUNTS in your pbuilderrc? I've added /sys and > /proc to it today, which fixed some of the FTBFS we saw, but now s3ql's... not signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] Missing dependencies aren't actually missing
Hi Nikolaus, On Samstag, 14. März 2015, Nikolaus Rath wrote: > > I can also reproduce this with s3ql_2.11.1+dfsg-2.dsc pbuilding for > > jessie. > Alright, I'm at a loss: [..] > The current package (2.13+dfsg) builds just as fine. what's the setting of BINDMOUNTS in your pbuilderrc? I've added /sys and /proc to it today, which fixed some of the FTBFS we saw, but now s3ql's... This is from our new pbuilderrc: # remove /run/shm bindmount once we are running jessie - this is a workaround for #700591 # /sys and /proc were added as workarounds for #773767 BINDMOUNTS="$BINDMOUNTS /run/shm /dev/shm /sys /proc" cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] Missing dependencies aren't actually missing
On Mar 10 2015, Holger Levsen wrote: > Hi, > >> So, same result. Which probably means I can reproduce it locally on my >> laptop as well. Me tries... and gets the same result. So I suppose an (at >> least) important bug is in order... > > I can also reproduce this with s3ql_2.11.1+dfsg-2.dsc pbuilding for > jessie. Alright, I'm at a loss: $ dget -x http://ftp.de.debian.org/debian/pool/main/s/s3ql/s3ql_2.11.1+dfsg-2.dsc [...] $ apt-cache policy pbuilder | grep -i installed Installed: 0.215+nmu3 $ date Fri Mar 13 20:29:57 PDT 2015 $ sudo pbuilder --update [...] $ cd s3ql-2.11.1+dfsg/ $ pdebuild [...] # Some tests will try to create log files in OME mkdir -p debian/tmphome HOME=/tmp/buildd/s3ql-2.11.1+dfsg/debian/tmphome py.test-3 tests/ = test session starts == platform linux -- Python 3.4.2 -- py-1.4.25 -- pytest-2.6.3 -- /usr/bin/python3 collecting ... collected 568 items tests/t1_backends.py::test_read_write[plain-local] PASSED tests/t1_backends.py::test_read_write[plain-mock_s3c] PASSED tests/t1_backends.py::test_read_write[plain-mock_gs] PASSED tests/t1_backends.py::test_read_write[aes-local] PASSED tests/t1_backends.py::test_read_write[aes-mock_s3c] PASSED tests/t1_backends.py::test_read_write[aes-mock_gs] PASSED [...] dpkg-buildpackage: binary and diff upload (original source NOT included) I: user script /var/cache/pbuilder/build//4638/tmp/hooks/B90lintian starting [...] The current package (2.13+dfsg) builds just as fine. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
On Mar 10 2015, Holger Levsen wrote: >> > did you try to reproduce the problem with pbuilder locally? I think it's >> > more likely a problem with pbuilder than with the reproducible stuff on >> > jenkins. (But I'm offline atm so I cannot test myself.) >> I tried, but for me it works just fine with pbuilder. > > let me try with regular pbuilder on the machine... [...] > > tests/t1_backends.py::test_read_write[local/aes] PASSED > tests/t1_backends.py::test_read_write[mock-s3c/aes] FAILED Odd. I've never seen this problem before. > So, same result. Which probably means I can reproduce it locally on my > laptop as well. Me tries... and gets the same result. So I suppose an > (at least) important bug is in order... > > Nikolaus, which version of pbuilder are you using? I'm using the wheezy one > on wheezy... (on both jenkins.d.n as well as my laptop.) I'm using jessie, so maybe that's it. Though I still fail to understand why this would make a difference. Anyway, I'll try to install the wheezy pbuilder and reproduce. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
Hi, > So, same result. Which probably means I can reproduce it locally on my > laptop as well. Me tries... and gets the same result. So I suppose an (at > least) important bug is in order... I can also reproduce this with s3ql_2.11.1+dfsg-2.dsc pbuilding for jessie. cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] Missing dependencies aren't actually missing
Hi Nikolaus, On Dienstag, 3. März 2015, Nikolaus Rath wrote: > I managed to get the logs yesterday, but right now it seems down again: it seems you've found an unlucky time in terms of stability of the service, usually it's up all the times... > > did you try to reproduce the problem with pbuilder locally? I think it's > > more likely a problem with pbuilder than with the reproducible stuff on > > jenkins. (But I'm offline atm so I cannot test myself.) > I tried, but for me it works just fine with pbuilder. let me try with regular pbuilder on the machine... # Some tests will try to create log files in OME mkdir -p debian/tmphome HOME=/tmp/buildd/s3ql-2.13+dfsg/debian/tmphome py.test-3 tests/ = test session starts = platform linux -- Python 3.4.2 -- py-1.4.25 -- pytest-2.6.3 -- /usr/bin/python3 collected 279 items tests/t1_backends.py::test_read_write[local/aes] PASSED tests/t1_backends.py::test_read_write[mock-s3c/aes] FAILED == FAILURES === test_read_write[mock-s3c/aes] Traceback (most recent call last): File "/tmp/buildd/s3ql-2.13+dfsg/tests/t1_backends.py", line 348, in test_read_write assert_raises(NoSuchObject, backend.lookup, key) File "/usr/lib/python3/dist-packages/_pytest/python.py", line 1037, in raises func(*args[1:], **kwargs) File "/tmp/buildd/s3ql-2.13+dfsg/src/s3ql/backends/comprenc.py", line 73, in lookup meta_raw = self.backend.lookup(key) File "/tmp/buildd/s3ql-2.13+dfsg/src/s3ql/backends/common.py", line 52, in wrapped return method(*a, **kw) File "/tmp/buildd/s3ql-2.13+dfsg/src/s3ql/backends/s3c.py", line 266, in lookup resp = self._do_request('HEAD', '/%s%s' % (self.prefix, key)) File "/tmp/buildd/s3ql-2.13+dfsg/src/s3ql/backends/s3c.py", line 435, in _do_request query_string=query_string, body=body) File "/tmp/buildd/s3ql-2.13+dfsg/src/s3ql/backends/s3c.py", line 695, in _send_request return read_response() File "/tmp/buildd/s3ql-2.13+dfsg/src/s3ql/backends/s3c.py", line 657, in read_response resp = self.conn.read_response() File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 708, in read_response return eval_coroutine(self.co_read_response(), self.timeout) File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 1396, in eval_coroutine if not next(crt).poll(timeout=timeout): File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 733, in co_read_response (status, reason) = yield from self._co_read_status() File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 834, in _co_read_status line = yield from self._co_readstr_until(b'\r\n', MAX_LINE_SIZE) File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 1206, in _co_readstr_until while not self._try_fill_buffer(): File "/usr/lib/python3/dist-packages/dugong/__init__.py", line 1254, in _try_fill_buffer raise ConnectionClosed('connection closed unexpectedly') dugong.ConnectionClosed: connection closed unexpectedly !!! Interrupted: stopping after 1 failures === 1 failed, 1 passed, 1 warnings in 61.52 seconds === debian/rules:55: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/tmp/buildd/s3ql-2.13+dfsg' debian/rules:13: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: unmounting /run/shm filesystem I: unmounting /dev/shm filesystem I: unmounting dev/pts filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//25946 and its subdirectories root@jenkins:~/s3# So, same result. Which probably means I can reproduce it locally on my laptop as well. Me tries... and gets the same result. So I suppose an (at least) important bug is in order... Nikolaus, which version of pbuilder are you using? I'm using the wheezy one on wheezy... (on both jenkins.d.n as well as my laptop.) cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-bui
Re: [Reproducible-builds] Missing dependencies aren't actually missing
On Mar 03 2015, Holger Levsen wrote: > Hi Nikolas, > > On Montag, 2. März 2015, Nikolaus Rath wrote: >> Almost certain. I could be certain if I could see the log with the >> failed test, but it seems that port 80 on reproducible.debian.net is >> down at the moment: > > it's up again, though it's port 443 :) > > do you still have problems getting the logs? I managed to get the logs yesterday, but right now it seems down again: $ ping -c 3 reproducible.debian.net PING reproducible.debian.net (46.16.73.183) 56(84) bytes of data. 64 bytes from ip46-16-73-183.pbiaas.com (46.16.73.183): icmp_seq=1 ttl=53 time=181 ms 64 bytes from ip46-16-73-183.pbiaas.com (46.16.73.183): icmp_seq=2 ttl=53 time=183 ms 64 bytes from ip46-16-73-183.pbiaas.com (46.16.73.183): icmp_seq=3 ttl=53 time=188 ms --- reproducible.debian.net ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2001ms rtt min/avg/max/mdev = 181.074/184.085/188.064/2.955 ms $ curl --connect-timeout 30 --verbose https://reproducible.debian.net/ * Hostname was NOT found in DNS cache * Trying 46.16.73.183... * Connection timed out after 30001 milliseconds * Closing connection 0 curl: (28) Connection timed out after 30001 milliseconds >> Is there any way I could ssh into your build host to debug locally? > > no, sorry. (there are no user accounts from ldap like on .debian.org machines > on it.) > > did you try to reproduce the problem with pbuilder locally? I think it's more > likely a problem with pbuilder than with the reproducible stuff on jenkins. > (But I'm offline atm so I cannot test myself.) I tried, but for me it works just fine with pbuilder. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
Hi Nikolas, On Montag, 2. März 2015, Nikolaus Rath wrote: > Almost certain. I could be certain if I could see the log with the > failed test, but it seems that port 80 on reproducible.debian.net is > down at the moment: it's up again, though it's port 443 :) do you still have problems getting the logs? > Is there any way I could ssh into your build host to debug locally? no, sorry. (there are no user accounts from ldap like on .debian.org machines on it.) did you try to reproduce the problem with pbuilder locally? I think it's more likely a problem with pbuilder than with the reproducible stuff on jenkins. (But I'm offline atm so I cannot test myself.) cheers, Holger signature.asc Description: This is a digitally signed message part. ___ Reproducible-builds mailing list Reproducible-builds@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds
Re: [Reproducible-builds] Missing dependencies aren't actually missing
On Mar 01 2015, Mattia Rizzolo wrote: > Anyway, I performed a local build and this is what debbindiff outputs: > http://volatile.mapreri.org/2015-03-01/b46eb200e612629e11c7b6a1c925da36/s3ql.dbd.html > e.g. timestamps in sphinx docs. Is this with #776443 applied? Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
On Mar 02 2015, Mattia Rizzolo wrote: > On Mon, Mar 02, 2015 at 08:42:32AM -0800, Nikolaus Rath wrote: >> On Mar 01 2015, Mattia Rizzolo >> wrote: >> > On Sun, Mar 01, 2015 at 12:04:13PM -0800, Nikolaus Rath wrote: >> >> On Mar 01 2015, Mattia Rizzolo >> >> wrote: >> >> > On Sat, Feb 28, 2015 at 09:59:01PM -0800, Nikolaus Rath wrote: >> >> >> https://reproducible.debian.net/rb-pkg/s3ql.html claims that S3QL has >> >> > We performed a rebuild, and your package still FTBFS. >> >> > This time it looks like it fails at a test with the error >> >> > dugong.ConnectionClosed: connection closed unexpectedly >> >> > which is quite nasty at the sight (I don't know what that means). >> >> > Does this mean that the package tries to connect to the internet? >> >> >> >> No, it should not. It opens its own mock server on localhost using the >> >> any available port. >> > >> > Are you sure about the "any available port" part? >> >> Almost certain. I could be certain if I could see the log with the >> failed test, but it seems that port 80 on reproducible.debian.net is >> down at the moment: > > $weird_things_happen again. > https://reproducible.debian.net/rbuild/sid/amd64/s3ql_2.13+dfsg-1.rbuild.log > not sure what's wrong at that time. Yes, 100% positive. The tests do not listen to a specific port, they pick an available one at runtime. Whatever goes wrong is more complex than that (and so far specific to the reproducible-builds server). Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
On Mon, Mar 02, 2015 at 08:42:32AM -0800, Nikolaus Rath wrote: > On Mar 01 2015, Mattia Rizzolo wrote: > > On Sun, Mar 01, 2015 at 12:04:13PM -0800, Nikolaus Rath wrote: > >> On Mar 01 2015, Mattia Rizzolo > >> wrote: > >> > On Sat, Feb 28, 2015 at 09:59:01PM -0800, Nikolaus Rath wrote: > >> >> https://reproducible.debian.net/rb-pkg/s3ql.html claims that S3QL has > >> > We performed a rebuild, and your package still FTBFS. > >> > This time it looks like it fails at a test with the error > >> > dugong.ConnectionClosed: connection closed unexpectedly > >> > which is quite nasty at the sight (I don't know what that means). > >> > Does this mean that the package tries to connect to the internet? > >> > >> No, it should not. It opens its own mock server on localhost using the > >> any available port. > > > > Are you sure about the "any available port" part? > > Almost certain. I could be certain if I could see the log with the > failed test, but it seems that port 80 on reproducible.debian.net is > down at the moment: $weird_things_happen again. https://reproducible.debian.net/rbuild/sid/amd64/s3ql_2.13+dfsg-1.rbuild.log not sure what's wrong at that time. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo 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] Missing dependencies aren't actually missing
On Mar 01 2015, Mattia Rizzolo wrote: > On Sun, Mar 01, 2015 at 12:04:13PM -0800, Nikolaus Rath wrote: >> On Mar 01 2015, Mattia Rizzolo >> wrote: >> > On Sat, Feb 28, 2015 at 09:59:01PM -0800, Nikolaus Rath wrote: >> >> https://reproducible.debian.net/rb-pkg/s3ql.html claims that S3QL has >> > We performed a rebuild, and your package still FTBFS. >> > This time it looks like it fails at a test with the error >> > dugong.ConnectionClosed: connection closed unexpectedly >> > which is quite nasty at the sight (I don't know what that means). >> > Does this mean that the package tries to connect to the internet? >> >> No, it should not. It opens its own mock server on localhost using the >> any available port. > > Are you sure about the "any available port" part? Almost certain. I could be certain if I could see the log with the failed test, but it seems that port 80 on reproducible.debian.net is down at the moment: $ ping reproducible.debian.net PING reproducible.debian.net (46.16.73.183) 56(84) bytes of data. 64 bytes from ip46-16-73-183.pbiaas.com (46.16.73.183): icmp_seq=1 ttl=53 time=177 ms 64 bytes from ip46-16-73-183.pbiaas.com (46.16.73.183): icmp_seq=2 ttl=53 time=178 ms 64 bytes from ip46-16-73-183.pbiaas.com (46.16.73.183): icmp_seq=3 ttl=53 time=178 ms ^C --- reproducible.debian.net ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2002ms rtt min/avg/max/mdev = 177.500/177.979/178.224/0.338 ms $ wget http://reproducible.debian.net/ --2015-03-02 08:40:00-- http://reproducible.debian.net/ Resolving reproducible.debian.net (reproducible.debian.net)... 46.16.73.183 Connecting to reproducible.debian.net (reproducible.debian.net)|46.16.73.183|:80... [timeout] Is there any way I could ssh into your build host to debug locally? I just became Debian Maintainer. >> Any chance this is also due to $weird_things? Both the reguphinxar unstable >> build and the last ci test from two days ago with don't have that >> problem (cf. http://ci.debian.net/packages/s/s3ql/unstable/amd64/). > > Anyway, I performed a local build and this is what debbindiff outputs: > http://volatile.mapreri.org/2015-03-01/b46eb200e612629e11c7b6a1c925da36/s3ql.dbd.html > e.g. timestamps in sphinx docs. I'll look into that, thanks. Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
On Sun, Mar 01, 2015 at 12:04:13PM -0800, Nikolaus Rath wrote: > On Mar 01 2015, Mattia Rizzolo > wrote: > > On Sat, Feb 28, 2015 at 09:59:01PM -0800, Nikolaus Rath wrote: > >> https://reproducible.debian.net/rb-pkg/s3ql.html claims that S3QL has > > We performed a rebuild, and your package still FTBFS. > > This time it looks like it fails at a test with the error > > dugong.ConnectionClosed: connection closed unexpectedly > > which is quite nasty at the sight (I don't know what that means). > > Does this mean that the package tries to connect to the internet? > > No, it should not. It opens its own mock server on localhost using the > any available port. Are you sure about the "any available port" part? 8080 is a common port for whatever, I'd not be surprised. Holger, apart from jenkins' and squid's, what others uncommon ports are busy? > Any chance this is also due to $weird_things? Both the reguphinxar unstable > build and the last ci test from two days ago with don't have that > problem (cf. http://ci.debian.net/packages/s/s3ql/unstable/amd64/). Anyway, I performed a local build and this is what debbindiff outputs: http://volatile.mapreri.org/2015-03-01/b46eb200e612629e11c7b6a1c925da36/s3ql.dbd.html e.g. timestamps in sphinx docs. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo 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] Missing dependencies aren't actually missing
On Mar 01 2015, Mattia Rizzolo wrote: > On Sat, Feb 28, 2015 at 09:59:01PM -0800, Nikolaus Rath wrote: >> Hello, > > Hi there! > First, thank you for contacting us. I think the thanks is really due to you for working on this. Least I can do is try to help with my packages :-). >> https://reproducible.debian.net/rb-pkg/s3ql.html claims that S3QL has >> missing dependencies. If I interpret the build log correctly, the >> python3-dugong package is missing. But that's actually available in sid: >> https://tracker.debian.org/pkg/python-dugong >> >> Is not available for reproducible builds, because it cannot be build >> reprocibly itself? > > Most likely that was a temporary failure due to $weird_things_happen. > > We performed a rebuild, and your package still FTBFS. > This time it looks like it fails at a test with the error > dugong.ConnectionClosed: connection closed unexpectedly > which is quite nasty at the sight (I don't know what that means). > Does this mean that the package tries to connect to the internet? No, it should not. It opens its own mock server on localhost using the any available port. Any chance this is also due to $weird_things? Both the regular unstable build and the last ci test from two days ago with don't have that problem (cf. http://ci.debian.net/packages/s/s3ql/unstable/amd64/). Best, -Nikolaus -- GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F »Time flies like an arrow, fruit flies like a Banana.« 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] Missing dependencies aren't actually missing
On Sat, Feb 28, 2015 at 09:59:01PM -0800, Nikolaus Rath wrote: > Hello, Hi there! First, thank you for contacting us. > https://reproducible.debian.net/rb-pkg/s3ql.html claims that S3QL has > missing dependencies. If I interpret the build log correctly, the > python3-dugong package is missing. But that's actually available in sid: > https://tracker.debian.org/pkg/python-dugong > > Is not available for reproducible builds, because it cannot be build > reprocibly itself? Most likely that was a temporary failure due to $weird_things_happen. We performed a rebuild, and your package still FTBFS. This time it looks like it fails at a test with the error dugong.ConnectionClosed: connection closed unexpectedly which is quite nasty at the sight (I don't know what that means). Does this mean that the package tries to connect to the internet? A quick glance on the network status on that build machine: * connection to the outside are blocked * connection on the loopback interface are fine * the ports 8080 and 9129 are already taken. The first two bullets are fine (e.g. policy-allowed) while the third one is jenkins-specifc (thus the port_8080_in_use and ftbfs_jenkins_squid issues). Please keep in mind that packages in main _must not_ talk to the wide&wild internet. (note that I didn't investigate further) -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo 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