Package: src:fabric
Version: 1.13.1-2
Severity: important

Dear maintainer:

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

--------------------------------------------------------------------------------
[...]
 debian/rules build-indep
dh build-indep --with python2,sphinxdoc --buildsystem=pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_autoreconf -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
   dh_auto_build -i -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python setup.py build 
running build
running build_py
creating /<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric
copying fabric/task_utils.py -> 
/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric

[... snipped ...]

  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/tests/test_tasks.py", 
line 389, in test_should_use_sentinel_for_tasks_that_errored
    retval = execute(task, hosts=[host_string])
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/tasks.py", line 
386, in execute
    multiprocessing
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/tasks.py", line 
276, in _execute
    return task.run(*args, **kwargs)
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/tasks.py", line 
173, in run
    return self.wrapped(*args, **kwargs)
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/tests/test_tasks.py", 
line 386, in task
    run("whoops")
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/network.py", line 
683, in host_prompting_wrapper
    return func(*args, **kwargs)
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/operations.py", 
line 1090, in run
    shell_escape=shell_escape, capture_buffer_size=capture_buffer_size,
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/operations.py", 
line 930, in _run_command
    channel=default_channel(), command=wrapped_command, pty=pty,
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/state.py", line 
424, in default_channel
    chan = _open_session()
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/state.py", line 
416, in _open_session
    return connections[env.host_string].get_transport().open_session()
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/network.py", line 
159, in __getitem__
    self.connect(key)
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/network.py", line 
151, in connect
    user, host, port, cache=self, seek_gateway=seek_gateway)
  File "/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build/fabric/network.py", line 
574, in connect
    sys.exit(0)
SystemExit: 0
-------------------- >> begin captured stdout << ---------------------


--------------------- >> end captured stdout << ----------------------
-------------------- >> begin captured logging << --------------------
paramiko.transport: DEBUG: starting thread (client mode): 0xa57a60d0L
paramiko.transport: DEBUG: EOF in transport thread
--------------------- >> end captured logging << ---------------------

----------------------------------------------------------------------
Ran 404 tests in 119.158s

FAILED (errors=1)
E: pybuild pybuild:276: test: plugin distutils failed with: exit code=1: cd 
/<<PKGBUILDDIR>>/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose 
--exclude=test_nested_execution_with_explicit_ports
dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 returned 
exit code 13
debian/rules:10: recipe for target 'build-indep' failed
make: *** [build-indep] Error 25
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/fabric/

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.

Reply via email to