./devel/py-execnet, Rapid multi-Python deployment

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 1.7.1, Package name: py37-execnet-1.7.1, Maintainer: pkgsrc-users

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.


Required to run:
[devel/py-setuptools] [devel/py-apipkg] [lang/python37]

Required to build:
[pkgtools/cwrappers] [devel/py-setuptools_scm]

Master sites:

SHA1: 114f06cec49e9449526d95d84c5b8c70e36a6849
RMD160: b4e599cdaaaab0208202dc518230087a864e233b
Filesize: 170.075 KB

Version history: (Expand)


CVS history: (Expand)


   2019-08-30 12:52:50 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-execnet: updated to 1.7.1

1.7.1:
Revert linecache optimization introduced in 1.7.0 which broke remote execution.
   2019-08-09 09:37:38 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
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.
   2019-04-02 10:40:55 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
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.
   2018-01-14 11:37:53 by Thomas Klausner | Files touched by this commit (1)
Log message:
py-execnet: use pypi page instead of dead HOMEPAGE
   2017-10-22 22:36:31 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
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.
   2017-05-30 22:31:11 by Joerg Sonnenberger | Files touched by this commit (1)
Log message:
Needs setuptools_scm.
   2017-05-29 12:38:29 by Adam Ciarcinski | Files touched by this commit (4)
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.