Commit graph

13 commits

Author SHA1 Message Date
wiz
4f48678c96 *: setuptools_scm: switch to versioned_dependencies 2022-01-13 19:31:20 +00:00
wiz
8a9cb53cf6 *: bump PKGREVISION for egg.mk users
They now have a tool dependency on py-setuptools instead of a DEPENDS
2022-01-04 20:52:30 +00:00
nia
f27e22519a archivers: Replace RMD160 checksums with BLAKE2s checksums
All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Could not be committed due to merge conflict:
devel/py-traitlets/distinfo

The following distfiles were unfetchable (note: some may be only fetched
conditionally):

./devel/pvs/distinfo pvs-3.2-solaris.tgz
./devel/eclipse/distinfo eclipse-sourceBuild-srcIncluded-3.0.1.zip
2021-10-26 10:13:59 +00:00
nia
2da474aec0 devel: Remove SHA1 hashes for distfiles 2021-10-07 13:38:55 +00:00
adam
ad78611ce8 py-execnet: updated to 1.9.0
1.9.0 (2021-06-13)
------------------
* Removed the ``apipkg`` dependency.
2021-06-13 17:28:40 +00:00
adam
5306cfaa94 py-execnet: updated to 1.8.0
1.8.0

* Dropped support for Python 3.4.

* Fixed internal leak that should make
  ``execnet`` execute remote code in the main thread more often; previously it would sometimes
  spawn a thread to execute a ``remote_exec`` call, even when the caller
  didn't issue multiple ``remote_exec`` calls at the same time. Some frameworks require code
  to execute in the main thread, so the previous behavior would break them on occasion.

* Current working directory is now
  restored when calling ``script/socketserver.py``. The script now also loops by default
  when called from the command-line.
2021-02-09 09:03:38 +00:00
adam
2ba480eed5 py-execnet: updated to 1.7.1
1.7.1:
Revert linecache optimization introduced in 1.7.0 which broke remote execution.
2019-08-30 10:52:50 +00:00
adam
54e0792415 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-08-09 07:37:38 +00:00
adam
96479b6969 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.
2019-04-02 08:40:55 +00:00
wiz
14ad59538f py-execnet: use pypi page instead of dead HOMEPAGE 2018-01-14 10:37:52 +00:00
adam
55746dcc3a 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-10-22 20:36:31 +00:00
joerg
1f0b03dbec Needs setuptools_scm. 2017-05-30 20:31:11 +00:00
adam
28e5cc5d2c 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.
2017-05-29 10:38:28 +00:00