Mirror of git.openembedded.org/meta-openembedded https://git.enea.com/cgit/linux/meta-openembedded.git/atom?h=scarthgap 2021-03-01T19:06:48+00:00 2021-03-01T19:06:48+00:00 Leon Anavi leon.anavi@konsulko.com 2021-02-25T16:05:44+00:00 urn:sha1:29060cd7e4dd67afb866f14dbbbd9ee562727e51 Upgrade to release 22.0.3: - Fix fork-safety bug in garbage collection thread (regression in 20.0) when using subprocesses. Signed-off-by: Leon Anavi <leon.anavi@konsulko.com> Acked-by: Trevor Gamblin <trevor.gamblin@windriver.com> Signed-off-by: Khem Raj <raj.khem@gmail.com> 2021-02-01T18:44:46+00:00 Leon Anavi leon.anavi@konsulko.com 2021-01-29T13:10:28+00:00 urn:sha1:dc8afb18c1cea424e175473ab6ad550bd3809f40 Upgrade to release 22.0.2: - Add workaround for bug in DLL loading for Windows wheels with conda Python >= 3.8 - Fix type of Frame.bytes for non-copying recvs with CFFI backend (regression in 21.0) - Add manylinux wheels for pypy - Some typing fixes - Bump bundled libzmq to 4.3.4 - Strip unused symbols in manylinux wheels, resulting in dramatically smaller binaries. This matches behavior in v20 and earlier. - Windows CPython wheels bundle public libzmq binary builds, instead of building libzmq as a Python Extension. This means they include libsodium for the first time. - Our own implementation of bundling libzmq into pyzmq on Windows is removed, instead relying on delvewheel (or installations putting dlls on %PATH%) to bundle dependency dlls. - The (new in 21.0) Windows wheels for PyPy likely require the Windows vcredist package. This may have always been the case, but the delvewheel approach doesn't seem to work. - Windows + PyPy is now the only remaining case where a wheel has libzmq built as an Extension. All other builds ship libzmq built using its own tooling, which should result in better, more stable builds. Signed-off-by: Leon Anavi <leon.anavi@konsulko.com> Acked-by: Trevor Gamblin <trevor.gamblin@windriver.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>