python-pyzmq
PyZMQ is a lightweight and super-fast messaging library built on top of
the ZeroMQ library (http://www.zeromq.org).
- Sources inherited from project devel:languages:python
- Devel package for openSUSE:Factory
-
11
derived packages
- Links to openSUSE:Factory / python-pyzmq
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:Maliku:python/python-pyzmq && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_link | 0000000147 147 Bytes | |
python-pyzmq.changes | 0000005602 5.47 KB | |
python-pyzmq.spec | 0000002505 2.45 KB | |
pyzmq-14.0.0.tar.gz | 0000866790 846 KB | |
rpmlintrc | 0000000113 113 Bytes |
Revision 28 (latest revision is 120)
Denisart Benjamin (posophe)
accepted
request 208192
from
Denisart Benjamin (posophe)
(revision 28)
- Update to version 14.0.0 + Update bundled libzmq to current (4.0.1). + Backends are now implemented in ``zmq.backend`` instead of ``zmq.core``. This has no effect on public APIs. + Various build improvements for Cython and CFFI backends (PyPy compiles at build time). + Various GIL-related performance improvements - the GIL is no longer touched from a zmq IO thread. + Adding a constant should now be a bit easier - only zmq/sugar/constant _names should need updating, all other constant-related files should be automatically updated by ``setup.py constants``. + add support for latest libzmq-4.0.1 (includes ZMQ_CURVE security and socket event monitoring). - Changes from version 13.1.0 + The main new feature is improved tornado 3 compatibility. PyZMQ ships a 'minitornado' submodule, which contains a small subset of tornado 3.0.1, in order to get the IOLoop base class. zmq.eventloop.ioloop.IOLoop is now a simple subclass, and if the system tornado is ≥ 3.0, then the zmq IOLoop is a proper registered subclass of the tornado one itself, and minitornado is entirely unused. - Changes from version 13.0.2 + EAGAIN was unconditionally turned into KeyboardInterrupt + fix use of totally deprecated ctypes_configure to generate constants in CFFI backend + fix memory leak in CFFI backend for PyPy + typo prevented IPC_PATH_MAX_LEN from ever being defined + various build fixes - linking with librt, Cython compatibility, etc.
Comments 2
@dirkmuller It doesn't seem to help, still fails on x86_64.
@dirkmueller