[PKG-Openstack-devel] Bug#861461: sahara: FTBFS randomly (failing tests)

[Santiago Vila]

Package: src:sahara
Version: 1:5.0.0-3
Severity: important

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
but it failed:

--------------------------------------------------------------------------------
[...]
 debian/rules build-indep
pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions
py3versions: no X-Python3-Version in control file, using supported versions
dh build-indep --buildsystem=python_distutils --with python2,sphinxdoc,systemd
   dh_testdir -i -O--buildsystem=python_distutils
   dh_update_autotools_config -i -O--buildsystem=python_distutils
   dh_auto_configure -i -O--buildsystem=python_distutils
   debian/rules override_dh_auto_build
make[1]: Entering directory '/<<PKGBUILDDIR>>'
pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions

[... snipped ...]

utils.test_xml_utils.XMLUtilsTestCase.test_add_tagged_list
utils.test_xml_utils.XMLUtilsTestCase.test_add_tagged_list ... ok
utils.test_xml_utils.XMLUtilsTestCase.test_adjust_description
utils.test_xml_utils.XMLUtilsTestCase.test_adjust_description ... ok
utils.test_xml_utils.XMLUtilsTestCase.test_create_hadoop_xml
utils.test_xml_utils.XMLUtilsTestCase.test_create_hadoop_xml ... ok
utils.test_xml_utils.XMLUtilsTestCase.test_get_if_not_exist_and_add_text_element
utils.test_xml_utils.XMLUtilsTestCase.test_get_if_not_exist_and_add_text_element ... ok
utils.test_xml_utils.XMLUtilsTestCase.test_get_if_not_exist_and_add_to_element
utils.test_xml_utils.XMLUtilsTestCase.test_get_if_not_exist_and_add_to_element ... ok
utils.test_xml_utils.XMLUtilsTestCase.test_load_xml_defaults
utils.test_xml_utils.XMLUtilsTestCase.test_load_xml_defaults ... ok
utils.test_xml_utils.XMLUtilsTestCase.test_load_xml_document_strip
utils.test_xml_utils.XMLUtilsTestCase.test_load_xml_document_strip ... ok

======================================================================
FAIL: service.test_periodic.TestPeriodicBack.test_transient_cluster_terminate
service.test_periodic.TestPeriodicBack.test_transient_cluster_terminate
----------------------------------------------------------------------
_StringException: Empty attachments:
  stderr
  stdout

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/mock/mock.py", line 1305, in patched
    return func(*args, **keywargs)
  File "/<<PKGBUILDDIR>>/sahara/tests/unit/service/test_periodic.py", line 87, in test_transient_cluster_terminate
    self.assertEqual(1, terminate_cluster.call_count)
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 350, in assertEqual
    self.assertThat(observed, matcher, message)
  File "/usr/lib/python2.7/dist-packages/testtools/testcase.py", line 435, in assertThat
    raise mismatch_error
testtools.matchers._impl.MismatchError: 1 != 3


----------------------------------------------------------------------
Ran 1216 tests in 130.740s

FAILED (failures=1, skipped=4)
debian/rules:17: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
debian/rules:13: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2
--------------------------------------------------------------------------------

This is just how the build ends, not necessarily the relevant part.

I've put several build logs here:

https://people.debian.org/~sanvila/build-logs/sahara/

If this is really a bug in one of the build-depends, please use reassign and affects,
so that this is still visible in the page for this package.

The bug should be reproducible with sbuild on a single CPU virtual machine,
provided you try enough times (as the failure happens randomly).

Thanks.