14
0

Accepting request 1056122 from devel:languages:python

Revert to 1.1.3, 2.x break gevent and openstack

OBS-URL: https://build.opensuse.org/request/show/1056122
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-greenlet?expand=0&rev=63
This commit is contained in:
2023-01-05 07:22:36 +00:00
committed by Git OBS Bridge
parent 7b7c2f8345
commit a811b69253
4 changed files with 7 additions and 92 deletions

View File

@@ -1,86 +1,3 @@
-------------------------------------------------------------------
Wed Jan 4 10:59:48 UTC 2023 - Daniel Garcia <daniel.garcia@suse.com>
- Update to 2.0.1:
* Python 3.11: Fix a memory leak. See issue 328 and gevent issue 1924.
- 2.0.0.post0 (2022-11-03)
* Add Programming Language :: Python :: 3.11 to the PyPI classifier
metadata.
- 2.0.0 (2022-10-31)
* Nothing changed yet.
- 2.0.0rc5 (2022-10-31)
* Linux: Fix another group of rare crashes that could occur when shutting
down an interpeter running multiple threads. See issue 325.
- 2.0.0rc4 (2022-10-30)
* Linux: Fix a rare crash that could occur when shutting down an interpreter
running multiple threads, when some of those threads are in greenlets
making calls to functions that release the GIL.
- 2.0.0rc3 (2022-10-29)
* Python 2: Fix a crash that could occur when raising an old-style instance
object.
- 2.0.0rc2 (2022-10-28)
* Workaround a CPython 3.8 bug that could cause the interpreter to crash
during an early phase of shutdown with the message "Fatal Python error:
Python memory allocator called without holding the GI." This only impacted
CPython 3.8a3 through CPython 3.9a5; the fix is only applied to CPython
3.8 releases (please don't use an early alpha release of CPython 3.9).
- 2.0.0rc1 (2022-10-27)
* Deal gracefully with greenlet switches that occur while deferred
deallocation of objects is happening using CPython's "trash can"
mechanism. Previously, if a large nested container held items that
switched greenlets during delayed deallocation, and that second greenlet
also invoked the trash can, CPython's internal state could become corrupt.
This was visible as an assertion error in debug builds. Now, the relevant
internal state is saved and restored during greenlet switches. See also
gevent issue 1909.
* Rename the C API function PyGreenlet_GET_PARENT to PyGreenlet_GetParent
for consistency. The old name remains available as a deprecated alias.
- 2.0.0a2 (2022-03-24)
* Fix a crash on older versions of the Windows C runtime when an unhandled
C++ exception was thrown inside a greenlet by another native extension.
This is a bug in that extension, and the interpreter will still abort, but
at least it does so deliberately. Thanks to Kirill Smelkov. See PR 286.
* Musllinux wheels for aarch64 are now built, tested, and uploaded to PyPI.
Thanks to Alexander Piskun.
* This version of greenlet is known to compile and pass tests on CPython
3.11.0a6. Earlier 3.11 releases will not work; later releases may or may
not work. See PR 294. Special thanks to Victor Stinner, Brandt Bucher and
the CPython developers.
- 2.0.0a1 (2022-01-20)
* Add experimental, untested support for 64-bit Windows on ARM using MSVC.
See PR 271.
* Drop support for very old versions of GCC and MSVC.
Compilation now requires a compiler that either supports C++11 or has some
other intrinsic way to create thread local variables; for older GCC, clang
and SunStudio we use __thread, while for older MSVC we use
__declspec(thread).
* Wheels compatible with the musllinux specification are built, tested, and
uploaded to PyPI for x86_64. (This was retroactively done for version
1.1.2 as well.)
* This version of greenlet is known to compile and pass tests on CPython
3.11.0a4. Earlier or later 3.11 releases may or may not work. See PR 280.
Special thanks to Brandt Bucher and the CPython developers.
* Fix several leaks that could occur when using greenlets from multiple
threads. For example, it is no longer necessary to call getcurrent()
before exiting a thread to allow its main greenlet to be cleaned up. See
issue 252.
* Fix the C API PyGreenlet_Throw to perform the same error checking that the
Python API greenlet.throw() does. Previously, it did no error checking.
* Fix C++ exception handling on 32-bit Windows. This might have
ramifications if you embed Python in your application and also use SEH on
32-bit windows, or if you embed Python in a C++ application. Please
contact the maintainers if you have problems in this area.
* In general, C++ exception handling is expected to be better on most
platforms. This work is ongoing.
* The repr of some greenlets has changed. In particular, if the greenlet
object was running in a thread that has exited, the repr now indicates
that. NOTE: The repr of a greenlet is not part of the API and should not
be relied upon by production code. It is likely to differ in other
implementations such as PyPy.
* Main greenlets from threads that have exited are now marked as dead.
- 1.1.3.post0 (2022-10-10)
* Add musllinux (Alpine) binary wheels.
-------------------------------------------------------------------
Mon Sep 12 20:13:22 UTC 2022 - Dirk Müller <dmueller@suse.com>