gyund / fundamental-analysis

Aggregate and modularize efficient and reliable tools for performing fundamental analysis on US securities
https://gyund.github.io/fundamental-analysis/
Eclipse Public License 2.0
1 stars 0 forks source link

Bump beartype from 0.14.0 to 0.14.1 #120

Closed dependabot[bot] closed 1 year ago

dependabot[bot] commented 1 year ago

Bumps beartype from 0.14.0 to 0.14.1.

Release notes

Sourced from beartype's releases.

Beartype 0.14.1

This patch release delivers enthusiastic hijinx capable quality assurance with improved support for third-party typing_extensions backports, PEP 517 (i.e., pyproject.toml), PEP 544 (i.e., typing.Protocol), and PEP 585 (i.e., re.Match and re.Pattern). Codebases everywhere can now release a grateful sigh of relief as bugs buckle under the combined might of @​beartype + typing_extensions. Flex the muscles you knew you always had.

This patch release resolves 3 issues. Wave those paws in the air like your project manager just don't care!

Compatibility Improved

  • PEP 517. This release restores our PEP 517-compliant top-level pyproject.toml file in a vain and probably misguided attempt to restore the buildability of our documentation on the third-party ReadTheDocs (RTD) documentation host. Doing so nudges @​beartype mildly closer towards abandoning the antiquated (and frankly objectionable) setuptools build system to Hatch, officially endorsed by the Python Packaging Authority (PyPA) as sane and not setuptools, which are the only criteria @​leycec is looking for in a Python build system. The bar could not be lower.
  • PEP 544. @​beartype now officially supports all third-party typing_extensions.Protocol backports, resolving issue #241 kindly submitted by MIT machine learning guru @​rsokl (Ryan Soklaski). This release also restores testing of the typing_extensions.Protocol superclass, which now passes under all typing_extensions versions. Let's not ask prying and uncomfortable questions about what exactly was resolved here, because then @​leycec might break down and openly weep emoji tears live on GitHub.
  • PEP 585. This release "undeprecates" the beartype.typing.{Match,Pattern} type hints deprecated by PEP 585, resolving issue #240 kindly submitted by AI King @​KyleKing (Kyle King). Specifically, the beartype.typing subpackage now imports those type hints from the standard re rather than typing module under Python >= 3.9. This is why @​leycec sighs in his sleep while clutching a Bengal plushy.

Documentation Improved

  • PEP 673 FAQ entry. This release documents why PEP 673 (i.e., typing.Self) officially supported by @​beartype ≥ 0.14.0 is the substantially superior choice to either PEP 484-compliant forward references or PEP 563-compliant postponed type hints for type-checking a class self-referentially. Specifically, this release adds a new "...the current class?" question to our existing FAQ. In theory, this should clear up the smelly mountain of confusion surrounding this topic both on and off our issue tracker.
  • Project URL generalization. This release generalizes project URLs in our Sphinx configuration from the Sphinx-specific doc/src/conf.py script to the Sphinx-agnostic beartype.meta submodule, enabling generic reuse of those URLs across numerous third-party frameworks rather than merely Sphinx. In short, nothing worthwhile was done.

(Lush brush, last blast, and crass lass combine rash lashes!)

Commits
  • fee4105 Beartype 0.14.1 released.
  • e40a2c3 beartype.claw resurrection x 20.
  • 73b2408 beartype.typing.{Match,Pattern} undeprecated.
  • 8e318a8 typing_extensions.Protocol ≥ 4.6.0 x 3.
  • bedfcad typing_extensions.Protocol ≥ 4.6.0 x 2.
  • 7d2d1ef beartype.claw resurrection x 19.
  • 27aef2e beartype.claw resurrection x 18.
  • 5df8624 beartype.claw resurrection x 17.
  • c93d46b typing_extensions.Protocol ≥ 4.6.0 x 1.
  • db13924 beartype.claw resurrection x 16.
  • 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)