Log message:
py-jsonschema: updated to 4.17.0

v4.17.0
=======

* The ``check_schema`` method on ``jsonschema.protocols.Validator`` instances
  now *enables* format validation by default when run. This can catch some
  additional invalid schemas (e.g. containing invalid regular expressions)
  where the issue is indeed uncovered by validating against the metaschema
  with format validation enabled as an assertion.
* The ``jsonschema`` CLI (along with ``jsonschema.cli`` the module) are now
  deprecated. Use ``check-jsonschema`` instead, which can be installed via
  ``pip install check-jsonschema`` and found
  `here <https://github.com/python-jsonschema/check-jsonschema>`_.

Log message:
py-jsonschema: updated to 4.16.0

v4.16.0
=======
* Improve the base URI behavior when resolving a ``$ref`` to a resolution URI
  which is different from the resolved schema's declared ``$id``.
* Accessing ``jsonschema.draftN_format_checker`` is deprecated. Instead, if you
  want access to the format checker itself, it is exposed as
  ``jsonschema.validators.DraftNValidator.FORMAT_CHECKER`` on any
  ``jsonschema.protocols.Validator``.

Log message:
py-jsonschema: updated to 4.15.0

v4.15.0
* A specific API Reference page is now present in the documentation.
* ``$ref`` on earlier drafts (specifically draft 7 and 6) has been \ 
"fixed" to
  follow the specified behavior when present alongside a sibling ``$id``.
  Specifically the ID is now properly ignored, and references are resolved
  against whatever resolution scope was previously relevant.

v4.14.0
* ``FormatChecker.cls_checks`` is deprecated. Use ``FormatChecker.checks`` on
  an instance of ``FormatChecker`` instead.
* ``unevaluatedItems`` has been fixed for draft 2019. It's nonetheless
  discouraged to use draft 2019 for any schemas, new or old.
* Fix a number of minor annotation issues in ``protocols.Validator``

v4.13.0
* Add support for creating validator classes whose metaschema uses a different
  dialect than its schemas. In other words, they may use draft2020-12 to define
  which schemas are valid, but the schemas themselves use draft7 (or a custom
  dialect, etc.) to define which *instances* are valid. Doing this is likely
  not something most users, even metaschema authors, may need, but occasionally
  will be useful for advanced use cases.

v4.12.1
* Fix some stray comments in the README.

v4.12.0
* Warn at runtime when subclassing validator classes. Doing so was not
  intended to be public API, though it seems some downstream libraries
  do so. A future version will make this an error, as it is brittle and
  better served by composing validator objects instead. Feel free to reach
  out if there are any cases where changing existing code seems difficult
  and I can try to provide guidance.

v4.11.0
* Make the rendered README in PyPI simpler and fancier.

v4.10.3
* ``jsonschema.validators.validator_for`` now properly uses the explicitly
  provided default validator even if the ``$schema`` URI is not found.

v4.10.2
* Fix a second place where subclasses may have added attrs attributes.

v4.10.1
* Fix Validator.evolve (and APIs like ``iter_errors`` which call it) for cases
  where the validator class has been subclassed. Doing so wasn't intended to be
  public API, but given it didn't warn or raise an error it's of course
  understandable. The next release however will make it warn (and a future one
  will make it error). If you need help migrating usage of inheriting from a
  validator class feel free to open a discussion and I'll try to give some
  guidance.

v4.10.0
* Add support for referencing schemas with ``$ref`` across different versions
  of the specification than the referrer's

v4.9.1
* Update some documentation examples to use newer validator releases in their
  sample code.

v4.9.0
* Fix relative ``$ref`` resolution when the base URI is a URN or other scheme.
* ``pkgutil.resolve_name`` is now used to retrieve validators
  provided on the command line. This function is only available on
  3.9+, so 3.7 and 3.8 (which are still supported) now rely on the
  `pkgutil_resolve_name <https://pypi.org/project/pkgutil_resolve_name/>`_
  backport package. Note however that the CLI itself is due
  to be deprecated shortly in favor of `check-jsonschema
  <https://github.com/python-jsonschema/check-jsonschema>`_.

v4.8.0
* ``best_match`` no longer traverses into ``anyOf`` and ``oneOf`` when all of
  the errors within them seem equally applicable. This should lead to clearer
  error messages in some cases where no branches were matched.

Log message:
textproc/py-jsonschema: another PLIST fix because of licenses/

Log message:
py-jsonschema: add build dependency setuptools_scm

The error comes from hatchling, but it depends on the build system
used, so I think the build dependency is better added here.

Correct me if I'm wrong.

Log message:
py-jsonschema: updated to 4.6.2

v4.6.2
* Fix a number of minor typos in docstrings, mostly private ones

Log message:
py-jsonschema: updated to 4.6.1

v4.6.1
------

* Gut the (incomplete) implementation of ``recursiveRef`` on draft 2019. It
  needs completing, but for now can lead to recursion errors.

v4.6.0
------

* Fix ``unevaluatedProperties`` and ``unevaluatedItems`` for types they should
  ignore
* ``jsonschema`` now uses `hatch <https://hatch.pypa.io/>`_ for its build
  process. This should be completely transparent to end-users (and only matters
  to contributors).

Log message:
py-jsonschema: updated to 4.5.1

v4.5.0
------
* Validator classes for each version now maintain references to the correct
  corresponding format checker
* Development has moved to a `GitHub organization
  <https://github.com/python-jsonschema/>`_.
  No functional behavior changes are expected from the change.

Log message:
py-jsonschema: add missing build dependency on py-wheel

Log message:
py-jsonschema: updated to 4.4.0

v4.4.0
------
* Add ``mypy`` support
* Add support for Python 3.11

v4.3.3
------
* Properly report deprecation warnings at the right stack level

v4.3.2
------
* Additional performance improvements for resolving refs

v4.3.1
------
* Resolving refs has had performance improvements

v4.3.0
------
* Fix undesired fallback to brute force container uniqueness check on
  certain input types
* Implement a PEP544 Protocol for validator classes

v4.2.1
------
* Pin ``importlib.resources`` from below

v4.2.0
------
* Use ``importlib.resources`` to load schemas
* Ensure all elements of arrays are verified for uniqueness by ``uniqueItems``

v4.1.2
------
* Fix ``dependentSchemas`` to properly consider non-object instances to be
  valid

v4.1.1
------
* Fix ``prefixItems`` not indicating which item was invalid within the instance
  path

v4.1.0
------
* Add Python 3.10 to the list of supported Python versions

v4.0.1
------
* Fix the declaration of minimum supported Python version

v4.0.0
------
* Partial support for Draft 2020-12 (as well as 2019-09).
  Thanks to Thomas Schmidt and Harald Nezbeda.
* ``False`` and ``0`` are now properly considered non-equal even
  recursively within a container
  ``uniqueItems`` validation may be *slower* in some cases. Please feel
  free to report any significant performance regressions, though in
  some cases they may be difficult to address given the specification
  requirement.
* The CLI has been improved, and in particular now supports a ``--output``
  option (with ``plain`` (default) or ``pretty`` arguments) to control the
  output format. Future work may add additional machine-parsable output
  formats.
* Code surrounding ``DEFAULT_TYPES`` and the legacy mechanism for
  specifying types to validators have been removed, as per the deprecation
  policy. Validators should use the ``TypeChecker`` object to customize
  the set of Python types corresponding to JSON Schema types.
* Validation errors now have a ``json_path`` attribute, describing their
  location in JSON path format
* Support for the IP address and domain name formats has been improved
* Support for Python 2 and 3.6 has been dropped, with ``python_requires``
  properly set.
* ``multipleOf`` could overflow when given sufficiently large numbers. Now,
  when an overflow occurs, ``jsonschema`` will fall back to using fraction
  division
* ``jsonschema.__version__``, ``jsonschema.validators.validators``,
  ``jsonschema.validators.meta_schemas`` and
  ``jsonschema.RefResolver.in_scope`` have been deprecated, as has
  passing a second-argument schema to ``Validator.iter_errors`` and
  ``Validator.is_valid``.