badpkg: Test dependencies are unsatisfiable. A common reason is that your testbed is out of date with respect to the archive, and you need to use a current testbed or run apt-get update or use -U.
That and a few other things is what was fixed. The tests now run locally at least, with autopkgtest. The current failure in the autopkgtest infrastructure from Ubuntu is firewall related, as some tests try to reach out to public facing websites like www.ubuntu.com:
FAIL: test_http_proxy (__main__.BasicTest)
Test http
----------------------------------------------------------------------
Traceback (most recent call last):
File "/tmp/autopkgtest.OnM2uO/build.TgJ/src/debian/tests/test-squid.py", line 124, in test_http_proxy
self._test_url_proxy("http://www.ubuntu.com/", "Canonical", "http://localhost:3128/")
File "/tmp/autopkgtest.OnM2uO/build.TgJ/src/debian/tests/testlib_httpd.py", line 233, in _test_url_proxy
self._word_find(report, content)
File "/tmp/autopkgtest.OnM2uO/build.TgJ/src/debian/tests/testlib.py", line 982, in _word_find
self.assertTrue(content in report, warning + report)
AssertionError: Could not find "Canonical" ERROR
Generated Wed, 31 Oct 2018 19:09:52 GMT by autopkgtest (squid/3.5.12)
I don't think the above is worth fixing at the moment, because:
a) it's a long process: reject package from proposed, prepare new one, upload, get sru team to approve, then let it lose in the autopkgtest infrastructure to see if it works
b) bileto isn't working for this for some reason, I can't get test results from it. It just says "test running (always failed)", and no logs.
c) package that is currently in proposed is already an improvement, as the test now can be run locally (and pass).
The DEP8 tests in http:// people. canonical. com/~ubuntu- archive/ proposed- migration/ xenial/ update_ excuses. html are failing for squid3 but for a different reason. Before (http:// autopkgtest. ubuntu. com/packages/ squid3/ xenial/ amd64) they wouldn't even start.
For example, see https:/ /objectstorage. prodstack4- 5.canonical. com/v1/ AUTH_77e2ada1e7 a84929a74ba3b87 153c0ac/ autopkgtest- xenial/ xenial/ amd64/s/ squid3/ 20181029_ 225503_ 190aa@/ log.gz which ends with:
badpkg: Test dependencies are unsatisfiable. A common reason is that your testbed is out of date with respect to the archive, and you need to use a current testbed or run apt-get update or use -U.
That and a few other things is what was fixed. The tests now run locally at least, with autopkgtest. The current failure in the autopkgtest infrastructure from Ubuntu is firewall related, as some tests try to reach out to public facing websites like www.ubuntu.com: _.BasicTest) ------- ------- ------- ------- ------- ------- ------- ------- ------- st.OnM2uO/ build.TgJ/ src/debian/ tests/test- squid.py" , line 124, in test_http_proxy _test_url_ proxy("http:// www.ubuntu. com/", "Canonical", "http:// localhost: 3128/") st.OnM2uO/ build.TgJ/ src/debian/ tests/testlib_ httpd.py" , line 233, in _test_url_proxy _word_find( report, content) st.OnM2uO/ build.TgJ/ src/debian/ tests/testlib. py", line 982, in _word_find assertTrue( content in report, warning + report)
ERROR
FAIL: test_http_proxy (__main_
Test http
-------
Traceback (most recent call last):
File "/tmp/autopkgte
self.
File "/tmp/autopkgte
self.
File "/tmp/autopkgte
self.
AssertionError: Could not find "Canonical"
The requested URL could not be retrieved
---- ------- ------- ------- ------- ------- ------- ------- ------- ------- -------
The following error was encountered while trying to retrieve the URL: www.ubuntu. com/
[1]http://
Connection to 91.189.89.118 failed.
The system returned: (110) Connection timed out
The remote host or network may be down. Please try the request again.
Your cache administrator is [2]webmaster.
---- ------- ------- ------- ------- ------- ------- ------- ------- ------- -------
Generated Wed, 31 Oct 2018 19:09:52 GMT by autopkgtest (squid/3.5.12)
I don't think the above is worth fixing at the moment, because:
a) it's a long process: reject package from proposed, prepare new one, upload, get sru team to approve, then let it lose in the autopkgtest infrastructure to see if it works
b) bileto isn't working for this for some reason, I can't get test results from it. It just says "test running (always failed)", and no logs.
c) package that is currently in proposed is already an improvement, as the test now can be run locally (and pass).