head 1.15; access; symbols pkgsrc-2023Q4:1.14.0.2 pkgsrc-2023Q4-base:1.14 pkgsrc-2023Q3:1.13.0.2 pkgsrc-2023Q3-base:1.13 pkgsrc-2023Q2:1.11.0.6 pkgsrc-2023Q2-base:1.11 pkgsrc-2023Q1:1.11.0.4 pkgsrc-2023Q1-base:1.11 pkgsrc-2022Q4:1.11.0.2 pkgsrc-2022Q4-base:1.11 pkgsrc-2022Q3:1.10.0.2 pkgsrc-2022Q3-base:1.10 pkgsrc-2022Q2:1.7.0.2 pkgsrc-2022Q2-base:1.7 pkgsrc-2022Q1:1.6.0.20 pkgsrc-2022Q1-base:1.6 pkgsrc-2021Q4:1.6.0.18 pkgsrc-2021Q4-base:1.6 pkgsrc-2021Q3:1.6.0.16 pkgsrc-2021Q3-base:1.6 pkgsrc-2021Q2:1.6.0.14 pkgsrc-2021Q2-base:1.6 pkgsrc-2021Q1:1.6.0.12 pkgsrc-2021Q1-base:1.6 pkgsrc-2020Q4:1.6.0.10 pkgsrc-2020Q4-base:1.6 pkgsrc-2020Q3:1.6.0.8 pkgsrc-2020Q3-base:1.6 pkgsrc-2020Q2:1.6.0.6 pkgsrc-2020Q2-base:1.6 pkgsrc-2020Q1:1.6.0.2 pkgsrc-2020Q1-base:1.6 pkgsrc-2019Q4:1.6.0.4 pkgsrc-2019Q4-base:1.6 pkgsrc-2019Q3:1.5.0.6 pkgsrc-2019Q3-base:1.5 pkgsrc-2019Q2:1.5.0.4 pkgsrc-2019Q2-base:1.5 pkgsrc-2019Q1:1.5.0.2 pkgsrc-2019Q1-base:1.5 pkgsrc-2018Q4:1.4.0.16 pkgsrc-2018Q4-base:1.4 pkgsrc-2018Q3:1.4.0.14 pkgsrc-2018Q3-base:1.4 pkgsrc-2018Q2:1.4.0.12 pkgsrc-2018Q2-base:1.4 pkgsrc-2018Q1:1.4.0.10 pkgsrc-2018Q1-base:1.4 pkgsrc-2017Q4:1.4.0.8 pkgsrc-2017Q4-base:1.4 pkgsrc-2017Q3:1.4.0.6 pkgsrc-2017Q3-base:1.4 pkgsrc-2017Q2:1.4.0.2 pkgsrc-2017Q2-base:1.4 pkgsrc-2017Q1:1.3.0.4 pkgsrc-2017Q1-base:1.3 pkgsrc-2016Q4:1.3.0.2 pkgsrc-2016Q4-base:1.3 pkgsrc-2016Q3:1.1.0.14 pkgsrc-2016Q3-base:1.1 pkgsrc-2016Q2:1.1.0.12 pkgsrc-2016Q2-base:1.1 pkgsrc-2016Q1:1.1.0.10 pkgsrc-2016Q1-base:1.1 pkgsrc-2015Q4:1.1.0.8 pkgsrc-2015Q4-base:1.1 pkgsrc-2015Q3:1.1.0.6 pkgsrc-2015Q3-base:1.1 pkgsrc-2015Q2:1.1.0.4 pkgsrc-2015Q2-base:1.1 pkgsrc-2015Q1:1.1.0.2 pkgsrc-2015Q1-base:1.1; locks; strict; comment @# @; 1.15 date 2024.01.20.08.01.49; author adam; state Exp; branches; next 1.14; commitid 5UXEkl06GjPo5aVE; 1.14 date 2023.10.28.19.57.17; author wiz; state Exp; branches; next 1.13; commitid jP8MYROLWZ3yJqKE; 1.13 date 2023.09.20.16.45.52; author adam; state Exp; branches; next 1.12; commitid foPk9xaIliekUwFE; 1.12 date 2023.08.25.21.35.08; author adam; state Exp; branches; next 1.11; commitid InhKYvksGz6fldCE; 1.11 date 2022.11.27.12.09.29; author adam; state Exp; branches; next 1.10; commitid BTGNFkfudqBoVk3E; 1.10 date 2022.09.05.14.14.17; author adam; state Exp; branches; next 1.9; commitid GpoXdjPtcX8jhGSD; 1.9 date 2022.08.29.16.11.02; author thor; state Exp; branches; next 1.8; commitid qLbl5KWxAcpG9NRD; 1.8 date 2022.07.07.10.41.40; author adam; state Exp; branches; next 1.7; commitid OKZSGWAri2Jc2XKD; 1.7 date 2022.04.07.06.49.20; author adam; state Exp; branches; next 1.6; commitid AwVhTay1QixIFezD; 1.6 date 2019.10.19.14.32.09; author adam; state Exp; branches; next 1.5; commitid logGJ10HiwGgcuHB; 1.5 date 2019.03.02.14.31.51; author adam; state Exp; branches; next 1.4; commitid ITWlXKjewPyuCNdB; 1.4 date 2017.05.04.17.46.53; author adam; state Exp; branches; next 1.3; commitid mYUgAA70wYHF86Qz; 1.3 date 2016.10.26.13.44.17; author joerg; state Exp; branches; next 1.2; commitid iC805feh59RaUErz; 1.2 date 2016.10.09.21.30.58; author bsiegert; state Exp; branches; next 1.1; commitid kKb2sTiLrQoV1wpz; 1.1 date 2014.12.31.13.18.58; author bsiegert; state Exp; branches; next ; commitid Qr4HuFN063fD8c4y; desc @@ 1.15 log @py-jsonschema: updated to 4.21.1 v4.21.1 * Slightly speed up the ``contains`` keyword by removing some unnecessary validator (re-)creation. @ text @@@comment $NetBSD: PLIST,v 1.14 2023/10/28 19:57:17 wiz Exp $ bin/jsonschema-${PYVERSSUFFIX} ${PYSITELIB}/${WHEEL_INFODIR}/METADATA ${PYSITELIB}/${WHEEL_INFODIR}/RECORD ${PYSITELIB}/${WHEEL_INFODIR}/WHEEL ${PYSITELIB}/${WHEEL_INFODIR}/entry_points.txt ${PYSITELIB}/${WHEEL_INFODIR}/licenses/COPYING ${PYSITELIB}/jsonschema/__init__.py ${PYSITELIB}/jsonschema/__init__.pyc ${PYSITELIB}/jsonschema/__init__.pyo ${PYSITELIB}/jsonschema/__main__.py ${PYSITELIB}/jsonschema/__main__.pyc ${PYSITELIB}/jsonschema/__main__.pyo ${PYSITELIB}/jsonschema/_format.py ${PYSITELIB}/jsonschema/_format.pyc ${PYSITELIB}/jsonschema/_format.pyo ${PYSITELIB}/jsonschema/_keywords.py ${PYSITELIB}/jsonschema/_keywords.pyc ${PYSITELIB}/jsonschema/_keywords.pyo ${PYSITELIB}/jsonschema/_legacy_keywords.py ${PYSITELIB}/jsonschema/_legacy_keywords.pyc ${PYSITELIB}/jsonschema/_legacy_keywords.pyo ${PYSITELIB}/jsonschema/_types.py ${PYSITELIB}/jsonschema/_types.pyc ${PYSITELIB}/jsonschema/_types.pyo ${PYSITELIB}/jsonschema/_typing.py ${PYSITELIB}/jsonschema/_typing.pyc ${PYSITELIB}/jsonschema/_typing.pyo ${PYSITELIB}/jsonschema/_utils.py ${PYSITELIB}/jsonschema/_utils.pyc ${PYSITELIB}/jsonschema/_utils.pyo ${PYSITELIB}/jsonschema/benchmarks/__init__.py ${PYSITELIB}/jsonschema/benchmarks/__init__.pyc ${PYSITELIB}/jsonschema/benchmarks/__init__.pyo ${PYSITELIB}/jsonschema/benchmarks/contains.py ${PYSITELIB}/jsonschema/benchmarks/contains.pyc ${PYSITELIB}/jsonschema/benchmarks/contains.pyo ${PYSITELIB}/jsonschema/benchmarks/issue232.py ${PYSITELIB}/jsonschema/benchmarks/issue232.pyc ${PYSITELIB}/jsonschema/benchmarks/issue232.pyo ${PYSITELIB}/jsonschema/benchmarks/issue232/issue.json ${PYSITELIB}/jsonschema/benchmarks/json_schema_test_suite.py ${PYSITELIB}/jsonschema/benchmarks/json_schema_test_suite.pyc ${PYSITELIB}/jsonschema/benchmarks/json_schema_test_suite.pyo ${PYSITELIB}/jsonschema/benchmarks/nested_schemas.py ${PYSITELIB}/jsonschema/benchmarks/nested_schemas.pyc ${PYSITELIB}/jsonschema/benchmarks/nested_schemas.pyo ${PYSITELIB}/jsonschema/benchmarks/subcomponents.py ${PYSITELIB}/jsonschema/benchmarks/subcomponents.pyc ${PYSITELIB}/jsonschema/benchmarks/subcomponents.pyo ${PYSITELIB}/jsonschema/benchmarks/unused_registry.py ${PYSITELIB}/jsonschema/benchmarks/unused_registry.pyc ${PYSITELIB}/jsonschema/benchmarks/unused_registry.pyo ${PYSITELIB}/jsonschema/benchmarks/validator_creation.py ${PYSITELIB}/jsonschema/benchmarks/validator_creation.pyc ${PYSITELIB}/jsonschema/benchmarks/validator_creation.pyo ${PYSITELIB}/jsonschema/cli.py ${PYSITELIB}/jsonschema/cli.pyc ${PYSITELIB}/jsonschema/cli.pyo ${PYSITELIB}/jsonschema/exceptions.py ${PYSITELIB}/jsonschema/exceptions.pyc ${PYSITELIB}/jsonschema/exceptions.pyo ${PYSITELIB}/jsonschema/protocols.py ${PYSITELIB}/jsonschema/protocols.pyc ${PYSITELIB}/jsonschema/protocols.pyo ${PYSITELIB}/jsonschema/tests/__init__.py ${PYSITELIB}/jsonschema/tests/__init__.pyc ${PYSITELIB}/jsonschema/tests/__init__.pyo ${PYSITELIB}/jsonschema/tests/_suite.py ${PYSITELIB}/jsonschema/tests/_suite.pyc ${PYSITELIB}/jsonschema/tests/_suite.pyo ${PYSITELIB}/jsonschema/tests/fuzz_validate.py ${PYSITELIB}/jsonschema/tests/fuzz_validate.pyc ${PYSITELIB}/jsonschema/tests/fuzz_validate.pyo ${PYSITELIB}/jsonschema/tests/test_cli.py ${PYSITELIB}/jsonschema/tests/test_cli.pyc ${PYSITELIB}/jsonschema/tests/test_cli.pyo ${PYSITELIB}/jsonschema/tests/test_deprecations.py ${PYSITELIB}/jsonschema/tests/test_deprecations.pyc ${PYSITELIB}/jsonschema/tests/test_deprecations.pyo ${PYSITELIB}/jsonschema/tests/test_exceptions.py ${PYSITELIB}/jsonschema/tests/test_exceptions.pyc ${PYSITELIB}/jsonschema/tests/test_exceptions.pyo ${PYSITELIB}/jsonschema/tests/test_format.py ${PYSITELIB}/jsonschema/tests/test_format.pyc ${PYSITELIB}/jsonschema/tests/test_format.pyo ${PYSITELIB}/jsonschema/tests/test_jsonschema_test_suite.py ${PYSITELIB}/jsonschema/tests/test_jsonschema_test_suite.pyc ${PYSITELIB}/jsonschema/tests/test_jsonschema_test_suite.pyo ${PYSITELIB}/jsonschema/tests/test_types.py ${PYSITELIB}/jsonschema/tests/test_types.pyc ${PYSITELIB}/jsonschema/tests/test_types.pyo ${PYSITELIB}/jsonschema/tests/test_utils.py ${PYSITELIB}/jsonschema/tests/test_utils.pyc ${PYSITELIB}/jsonschema/tests/test_utils.pyo ${PYSITELIB}/jsonschema/tests/test_validators.py ${PYSITELIB}/jsonschema/tests/test_validators.pyc ${PYSITELIB}/jsonschema/tests/test_validators.pyo ${PYSITELIB}/jsonschema/validators.py ${PYSITELIB}/jsonschema/validators.pyc ${PYSITELIB}/jsonschema/validators.pyo @ 1.14 log @python/wheel.mk: simplify a lot, and switch to 'installer' for installation This follows the recommended bootstrap method (flit_core, build, installer). However, installer installs different files than pip, so update PLISTs for all packages using wheel.mk and bump their PKGREVISIONs. @ text @d1 1 a1 1 @@comment $NetBSD$ d35 3 @ 1.13 log @py-jsonschema: updated to 4.19.1 v4.19.1 * Single label hostnames are now properly considered valid according to the ``hostname`` format. This is the behavior specified by the relevant RFC (1123). IDN hostname behavior was already correct. @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.12 2023/08/25 21:35:08 adam Exp $ a2 1 ${PYSITELIB}/${WHEEL_INFODIR}/INSTALLER a4 1 ${PYSITELIB}/${WHEEL_INFODIR}/REQUESTED a5 1 ${PYSITELIB}/${WHEEL_INFODIR}/direct_url.json d10 1 d13 1 d16 1 d19 1 d22 1 d25 1 d28 1 d31 1 d34 1 d37 1 d41 1 d44 1 d47 1 d50 1 d53 1 d56 1 d59 1 d62 1 d65 1 d68 1 d71 1 d74 1 d77 1 d80 1 d83 1 d86 1 d89 1 d92 1 d95 1 d98 1 @ 1.12 log @py-jsonschema: updated to 4.19.0 v4.19.0 ======= * Importing the ``Validator`` protocol directly from the package root is deprecated. Import it from ``jsonschema.protocols.Validator`` instead. * Automatic retrieval of remote references (which is still deprecated) now properly succeeds even if the retrieved resource does not declare which version of JSON Schema it uses. Such resources are assumed to be 2020-12 schemas. This more closely matches the pre-referencing library behavior. v4.18.6 ======= * Set a ``jsonschema`` specific user agent when automatically retrieving remote references (which is deprecated). v4.18.5 ======= * Declare support for Py3.12 v4.18.4 ======= * Improve the hashability of wrapped referencing exceptions when they contain hashable data. v4.18.3 ======= * Properly preserve ``applicable_validators`` in extended validators. Specifically, validators extending early drafts where siblings of ``$ref`` were ignored will properly ignore siblings in the extended validator. v4.18.2 ======= * Fix an additional regression with the deprecated ``jsonschema.RefResolver`` and pointer resolution. v4.18.1 ======= * Fix a regression with ``jsonschema.RefResolver`` based resolution when used in combination with a custom validation dialect (via ``jsonschema.validators.create``). v4.18.0 ======= This release majorly rehauls the way in which JSON Schema reference resolution is configured. It does so in a way that *should* be backwards compatible, preserving old behavior whilst emitting deprecation warnings. * ``jsonschema.RefResolver`` is now deprecated in favor of the new `referencing library `_. ``referencing`` will begin in beta, but already is more compliant than the existing ``$ref`` support. This change is a culmination of a meaningful chunk of work to make ``$ref`` resolution more flexible and more correct. Backwards compatibility *should* be preserved for existing code which uses ``RefResolver``, though doing so is again now deprecated, and all such use cases should be doable using the new APIs. Please file issues on the ``referencing`` tracker if there is functionality missing from it, or here on the ``jsonschema`` issue tracker if you have issues with existing code not functioning the same, or with figuring out how to change it to use ``referencing``. In particular, this referencing change includes a change concerning *automatic* retrieval of remote references (retrieving ``http://foo/bar`` automatically within a schema). This behavior has always been a potential security risk and counter to the recommendations of the JSON Schema specifications; it has survived this long essentially only for backwards compatibility reasons, and now explicitly produces warnings. The ``referencing`` library itself will *not* automatically retrieve references if you interact directly with it, so the deprecated behavior is only triggered if you fully rely on the default ``$ref`` resolution behavior and also include remote references in your schema, which will still be retrieved during the deprecation period (after which they will become an error). * Support for Python 3.7 has been dropped, as it is nearing end-of-life. This should not be a "visible" change in the sense that ``requires-python`` has been updated, so users using 3.7 should still receive ``v4.17.3`` when installing the library. * On draft 2019-09, ``unevaluatedItems`` now properly does *not* consider items to be evaluated by an ``additionalItems`` schema if ``items`` is missing from the schema, as the specification says in this case that ``additionalItems`` must be completely ignored. * Fix the ``date`` format checker on Python 3.11 (when format assertion behavior is enabled), where it was too liberal * Speed up validation of ``unevaluatedProperties`` Deprecations ------------ * ``jsonschema.RefResolver`` -- see above for details on the replacement * ``jsonschema.RefResolutionError`` -- see above for details on the replacement * relying on automatic resolution of remote references -- see above for details on the replacement * importing ``jsonschema.ErrorTree`` -- instead import it via ``jsonschema.exceptions.ErrorTree`` * importing ``jsonschema.FormatError`` -- instead import it via ``jsonschema.exceptions.FormatError`` @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.11 2022/11/27 12:09:29 adam Exp $ d17 4 a20 2 ${PYSITELIB}/jsonschema/_legacy_validators.py ${PYSITELIB}/jsonschema/_legacy_validators.pyc a26 2 ${PYSITELIB}/jsonschema/_validators.py ${PYSITELIB}/jsonschema/_validators.pyc @ 1.11 log @py-jsonschema: updated to 4.17.1 v4.17.1 ======= * The error message when using ``unevaluatedProperties`` with a non-trivial schema value (i.e. something other than ``false``) has been improved @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.10 2022/09/05 14:14:17 adam Exp $ d21 2 d34 8 a47 20 ${PYSITELIB}/jsonschema/schemas/draft2019-09.json ${PYSITELIB}/jsonschema/schemas/draft2020-12.json ${PYSITELIB}/jsonschema/schemas/draft3.json ${PYSITELIB}/jsonschema/schemas/draft4.json ${PYSITELIB}/jsonschema/schemas/draft6.json ${PYSITELIB}/jsonschema/schemas/draft7.json ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2019-09/applicator ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2019-09/content ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2019-09/core ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2019-09/meta-data ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2019-09/validation ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/applicator ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/content ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/core ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/format ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/format-annotation ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/format-assertion ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/meta-data ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/unevaluated ${PYSITELIB}/jsonschema/schemas/vocabularies/draft2020-12/validation a49 2 ${PYSITELIB}/jsonschema/tests/_helpers.py ${PYSITELIB}/jsonschema/tests/_helpers.pyc @ 1.10 log @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 `_ backport package. Note however that the CLI itself is due to be deprecated shortly in favor of `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. @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.9 2022/08/29 16:11:02 thor Exp $ d44 14 a57 1 ${PYSITELIB}/jsonschema/schemas/vocabularies.json @ 1.9 log @textproc/py-jsonschema: another PLIST fix because of licenses/ @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.8 2022/07/07 10:41:40 adam Exp $ a18 2 ${PYSITELIB}/jsonschema/_reflect.py ${PYSITELIB}/jsonschema/_reflect.pyc @ 1.8 log @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 `_ for its build process. This should be completely transparent to end-users (and only matters to contributors). @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.7 2022/04/07 06:49:20 adam Exp $ d10 1 a10 1 ${PYSITELIB}/${WHEEL_INFODIR}/license_files/COPYING @ 1.7 log @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``. @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.6 2019/10/19 14:32:09 adam Exp $ a2 1 ${PYSITELIB}/${WHEEL_INFODIR}/COPYING d10 1 a10 1 ${PYSITELIB}/${WHEEL_INFODIR}/top_level.txt d31 1 @ 1.6 log @py-jsonschema: updated to 3.1.1 3.1.1: * Regular expressions throughout schemas now respect the ECMA 262 dialect, as recommended by the specification. @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.5 2019/03/02 14:31:51 adam Exp $ d3 9 a11 6 ${PYSITELIB}/${EGG_INFODIR}/PKG-INFO ${PYSITELIB}/${EGG_INFODIR}/SOURCES.txt ${PYSITELIB}/${EGG_INFODIR}/dependency_links.txt ${PYSITELIB}/${EGG_INFODIR}/entry_points.txt ${PYSITELIB}/${EGG_INFODIR}/requires.txt ${PYSITELIB}/${EGG_INFODIR}/top_level.txt a13 1 ${PYSITELIB}/jsonschema/__init__.pyo a15 1 ${PYSITELIB}/jsonschema/__main__.pyo a17 1 ${PYSITELIB}/jsonschema/_format.pyo a19 1 ${PYSITELIB}/jsonschema/_legacy_validators.pyo a21 1 ${PYSITELIB}/jsonschema/_reflect.pyo a23 1 ${PYSITELIB}/jsonschema/_types.pyo a25 1 ${PYSITELIB}/jsonschema/_utils.pyo a27 1 ${PYSITELIB}/jsonschema/_validators.pyo a29 1 ${PYSITELIB}/jsonschema/benchmarks/__init__.pyo a31 1 ${PYSITELIB}/jsonschema/benchmarks/issue232.pyo a33 1 ${PYSITELIB}/jsonschema/benchmarks/json_schema_test_suite.pyo a35 4 ${PYSITELIB}/jsonschema/cli.pyo ${PYSITELIB}/jsonschema/compat.py ${PYSITELIB}/jsonschema/compat.pyc ${PYSITELIB}/jsonschema/compat.pyo d38 4 a41 1 ${PYSITELIB}/jsonschema/exceptions.pyo d46 1 a48 1 ${PYSITELIB}/jsonschema/tests/__init__.pyo a50 1 ${PYSITELIB}/jsonschema/tests/_helpers.pyo d53 2 a54 1 ${PYSITELIB}/jsonschema/tests/_suite.pyo d57 2 a58 1 ${PYSITELIB}/jsonschema/tests/test_cli.pyo a60 1 ${PYSITELIB}/jsonschema/tests/test_exceptions.pyo a62 1 ${PYSITELIB}/jsonschema/tests/test_format.pyo a64 1 ${PYSITELIB}/jsonschema/tests/test_jsonschema_test_suite.pyo d67 2 a68 1 ${PYSITELIB}/jsonschema/tests/test_types.pyo a70 1 ${PYSITELIB}/jsonschema/tests/test_validators.pyo a72 1 ${PYSITELIB}/jsonschema/validators.pyo @ 1.5 log @py-jsonschema: updated to 3.0.1 v3.0.0 * Support for Draft 6 and Draft 7 * Draft 7 is now the default * New TypeChecker object for more complex type definitions (and overrides) * Falling back to isodate for the date-time format checker is no longer attempted, in accordance with the specification @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.4 2017/05/04 17:46:53 adam Exp $ d58 3 @ 1.4 log @v2.6.0 Support for Python 2.6 has been dropped. Improve a few error messages for uniqueItems and additionalProperties Fix an issue with ErrorTree's handling of multiple errors @ text @d1 2 a2 2 @@comment $NetBSD: PLIST,v 1.3 2016/10/26 13:44:17 joerg Exp $ bin/jsonschema${PYVERSSUFFIX} d18 3 d24 3 d33 9 a41 3 ${PYSITELIB}/jsonschema/_version.py ${PYSITELIB}/jsonschema/_version.pyc ${PYSITELIB}/jsonschema/_version.pyo d53 2 d58 3 a60 3 ${PYSITELIB}/jsonschema/tests/compat.py ${PYSITELIB}/jsonschema/tests/compat.pyc ${PYSITELIB}/jsonschema/tests/compat.pyo d73 3 @ 1.3 log @Match PLIST with reality. @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.2 2016/10/09 21:30:58 bsiegert Exp $ a6 1 ${PYSITELIB}/${EGG_INFODIR}/pbr.json @ 1.2 log @Update py-jsonschema to 2.5.1. There is no changelog for this version. v2.5.0 ------ * Improved performance on CPython by adding caching around ref resolution (#203) @ text @d1 1 a1 1 @@comment $NetBSD: PLIST,v 1.1 2014/12/31 13:18:58 bsiegert Exp $ d29 2 @ 1.1 log @Add a package for py-jsonschema. From DESCR: jsonschema is an implementation of JSON Schema for Python (supporting 2.6+ including Python 3). Features: - Full support for Draft 3 and Draft 4 of the schema. - Lazy validation that can iteratively report all validation errors. - Small and extensible - Programmatic querying of which properties or items failed validation. @ text @d1 1 a1 1 @@comment $NetBSD$ d7 2 d28 1 @