--- - branch: MAIN date: Mon Nov 21 20:09:01 UTC 2022 files: - new: '1.38' old: '1.37' path: pkgsrc/net/py-zmq/Makefile pathrev: pkgsrc/net/py-zmq/Makefile@1.38 type: modified - new: '1.17' old: '1.16' path: pkgsrc/net/py-zmq/PLIST pathrev: pkgsrc/net/py-zmq/PLIST@1.17 type: modified - new: '1.30' old: '1.29' path: pkgsrc/net/py-zmq/distinfo pathrev: pkgsrc/net/py-zmq/distinfo@1.30 type: modified id: 20221121T200901Z.aa82895da63167aa2cb7b9af9f3f7023b90defd1 log: | py-zmq: updated to 24.0.1 24.0.1 - Fix several possible resource warnings and deprecation warnings when cleaning up contexts and sockets, especially in pyzmq's own tests and when implicit teardown of objects is happening during process teardown. 24.0.0 pyzmq 24 has two breaking changes (one only on Windows), though they are not likely to affect most users. Breaking changes: - Due to a libzmq bug causing unavoidable crashes for some users, Windows wheels no longer bundle libzmq with AF_UNIX support. In order to enable AF_UNIX on Windows, pyzmq must be built from source, linking an appropriate build of libzmq (e.g. `libzmq-v142`). AF_UNIX support will be re-enabled in pyzmq wheels when libzmq published fixed releases. - Using a {class}`zmq.Context` as a context manager or deleting a context without closing it now calls {meth}`zmq.Context.destroy` at exit instead of {meth}`zmq.Context.term`. This will have little effect on most users, but changes what happens when user bugs result in a context being _implicitly_ destroyed while sockets are left open. In almost all cases, this will turn what used to be a hang into a warning. However, there may be some cases where sockets are actively used in threads, which could result in a crash. To use sockets across threads, it is critical to properly and explicitly close your contexts and sockets, which will always avoid this issue. module: pkgsrc subject: 'CVS commit: pkgsrc/net/py-zmq' unixtime: '1669061341' user: adam