Log message:
py-execnet: updated to 1.7.1

1.7.1:
Revert linecache optimization introduced in 1.7.0 which broke remote execution.

Log message:
py-execnet: updated to 1.7.0

1.7.0:
Show paths in stack traces generated by remote_exec().
Fix flaky hangs in workerpool.waitall.

Log message:
py-execnet: updated to 1.6.0

1.6.0:
* execnet no longer supports Python 2.6 and 3.3. Users of those Python versions
  using a recent enough pip should not be affected, as pip will only install
  1.5.0 for them.
* Update test suite to support pytest>4.

Log message:
py-execnet: use pypi page instead of dead HOMEPAGE

Log message:
py-execnet: update to 1.5.0

1.5.0
-----

- support shell escaping in python pathnames of popen.

  Eugene Ciurana discovered that execnet breaks if you use
  pathnames with spaces in a "python=" part of a spec.
  We now use shlex.split to split the string.  There is a
  potential for regressions if you used quote or escape
  sequences as part of your python command.

- Only insert importdir into sys.path if it is not already in the path.

  This prevents a bug when using enum34 with python 3.6 and
  pytest-xdist.

  The issue is that enum34 installs an 'enum' module in site-packages
  which is normally shadowed by the stdlib version of enum, however in
  gateway_bootstrap.py site-packages is added at the front the the
  search path. This means on the workers enum34 is hit for import enum
  which in turn causes import re to fail (as it makes use of the new
  enum features in 3.6).

- fix 49 - use inspect.getfullargspec if possible to avoid deprecationwarnings

- fix 56 - use partials in safe_terminate to avoid a bad carried binding

- fix spec parsing on Windows due to path containing '\' characters.

Log message:
Needs setuptools_scm.

Log message:
execnet provides carefully tested means to ad-hoc interact with Python
interpreters across version, platform and network barriers. It provides
a minimal and fast API targetting the following uses:
* distribute tasks to local or remote processes
* write and deploy hybrid multi-process applications
* write scripts to administer multiple hosts

Features
* zero-install bootstrapping: no remote installation required!
* flexible communication: send/receive as well as callback/queue mechanisms
  supported
* simple serialization of python builtin types (no pickling)
* grouped creation and robust termination of processes
* well tested between CPython 2.6-3.X, Jython 2.5.1 and PyPy 2.2 interpreters.
* interoperable between Windows and Unix-ish systems.
* integrates with different threading models, including standard os threads,
  eventlet and gevent based systems.