Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bump greenlet from 1.1.3 to 2.0.0 #43

Closed
wants to merge 1 commit into from

Conversation

dependabot[bot]
Copy link

@dependabot dependabot bot commented on behalf of github Nov 1, 2022

Bumps greenlet from 1.1.3 to 2.0.0.

Changelog

Sourced from greenlet's changelog.

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 <https://github.com/python-greenlet/greenlet/issues/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 <https://github.com/python/cpython/issues/81308>_ 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

... (truncated)

Commits
  • f9c29d9 Preparing release 2.0.0
  • 4ba1df6 Back to development: 2.0.0rc6
  • 69f4cfc Preparing release 2.0.0rc5
  • 7514666 Merge pull request #326 from python-greenlet/issue325
  • 0d16498 FIx 325 by more careful manual handling of a reference.
  • c9c27c9 Back to development: 2.0.0rc5
  • 4ad72bb Preparing release 2.0.0rc4
  • 23f9123 Merge pull request #324 from python-greenlet/noexcept-crashing-on-linux
  • bb19adf win32: simplify the test matrix.
  • 8956216 Win32: Using /EHr, annotate inner_bootstrap again as noexcept to try to force...
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [greenlet](https://github.com/python-greenlet/greenlet) from 1.1.3 to 2.0.0.
- [Release notes](https://github.com/python-greenlet/greenlet/releases)
- [Changelog](https://github.com/python-greenlet/greenlet/blob/master/CHANGES.rst)
- [Commits](python-greenlet/greenlet@1.1.3...2.0.0)

---
updated-dependencies:
- dependency-name: greenlet
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot added the dependencies Pull requests that update a dependency file label Nov 1, 2022
@coveralls
Copy link

coveralls commented Nov 1, 2022

Pull Request Test Coverage Report for Build 3366119379

Details

  • 0 of 0 changed or added relevant lines in 0 files are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage remained the same at 97.382%

Totals Coverage Status
Change from base Build 3282116978: 0.0%
Covered Lines: 5021
Relevant Lines: 5156

💛 - Coveralls

@dependabot @github
Copy link
Author

dependabot bot commented on behalf of github Nov 8, 2022

Superseded by #44.

@dependabot dependabot bot closed this Nov 8, 2022
@dependabot dependabot bot deleted the dependabot/pip/greenlet-2.0.0 branch November 8, 2022 01:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file
Projects
None yet
1 participant