Script 'mail_helper' called by obssrc Hello community, here is the log from the commit of package python-ijson for openSUSE:Factory checked in at 2021-11-28 21:30:22 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/python-ijson (Old) and /work/SRC/openSUSE:Factory/.python-ijson.new.1895 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Package is "python-ijson" Sun Nov 28 21:30:22 2021 rev:3 rq:934416 version:3.1.4 Changes: -------- --- /work/SRC/openSUSE:Factory/python-ijson/python-ijson.changes 2020-04-13 12:53:09.556644793 +0200 +++ /work/SRC/openSUSE:Factory/.python-ijson.new.1895/python-ijson.changes 2021-11-28 21:31:39.857777587 +0100 @@ -1,0 +2,141 @@ +Fri Nov 26 16:09:20 UTC 2021 - Daniel Molkentin <daniel@molkentin.de> + +- update to 3.1.4 + * Fixed bug in ``yajl2_c`` backend introduced in 3.1.0 + where ``ijson.items`` didn't work correctly + against member names containing ``.`` (#41). + * Python backend raises errors on incomplete JSON content + that previously wasn't recognised as such, + aligning itself with the rest of the backends (#42). + + Contains 3.1.3: + + * Python backed correctly raises errors + when JSON numbers with leading zeros + are found in the stream (#40). + * Likewise, JSON numbers with fractions + where the decimal point is not surrounded + by at least one digit on both sides + also produce an error now + on the python backend. + * Fixed detection of file objects + with generator-based ``read`` coroutines + (i.e., a ``read`` generator decorated with ``@types.coroutine``) + for the purpose of automatically routing user calls + done through the main entry points. + For example, when using ``aiofiles`` objects + users could invoke ``async for item in ijson.parse_async(f)`` + but not ``async for item in ijson.parse(f)``, + while the latter has been possible since 3.1 + for native coroutines. + + Contains 3.1.2.post0: + + * Moved binary wheel generation + from GitHub Actions to Travis. + This gained us binary ARM wheels, + wihch are becoming increasingly popular (#35) + + Contains 3.1.2: + + * Fixed minor memory leaks + in the initialization methods + of the generators of the ``yajl2_c`` backend. + All generators + (i.e., ``basic_parse``, ``parse``, ``kvitems`` and ``items``) + in both their sync and async versions, + were affected. + + Contains 3.1.1: + + * Fixed two problems in the ``yajl2_c`` backend + related to `asyncio` support, + which prevented some objects + like those from ``aiofiles`` + from working properly (#32). + * Ironing out and documenting some corner cases + related to the use of ``use_float=True`` + and its side-effect on integer number parsing. + + Contains 3.1: + + * A new ``use_float`` option has been added to all backends + to control whether ``float`` values should be returned + for non-integer numbers instead of ``Decimal`` objects. + Using this option trades loss of precision + (which most applications probably don't care) + for performance (which most application do care about). + Historically ijson has returned ``Decimal`` objects, + and therefore the option defaults to ``False`` + for backwards compatibility, + but in later releases this default could change to ``True``. + * Improved the performance + of the ``items`` and ``kvitems`` methods + of the ``yajl2_c`` backend + (by internally avoiding unnecessary string concatenations). + Local tests show a performance improvement of up to ~15%, + but milage might vary depending on your use case and system. + * The "raw" functions ``basic_parse``, ``parse``, ``items`` and ``kvitems`` + can now be used with different types of inputs. + In particular they accept not only file-like objects, + but also asynchronous file-like objects, + behaving like their ``*_async`` counterparts. + They also accept ``bytes`` and ``str`` objects direclty + (and ``unicode`` objects in python 2.7). + Finally, they also accept iterables, + in which case they behave like the ``ijson.common.*`` functions, + allowing users to tap into the event pipeline. + * ``ijson.common`` routines ``parse``, ``items`` and ``kvitems`` + are marked as deprecated. + Users should use the ``ijson.*`` routines instead, + which now accept event iterables. + * New ``ijson.get_backend`` function + for users to import a backend programatically + (without having to manually use importlib). + * New ``IJSON_BACKEND`` environment variable + can be used to choose the default backend to be exposed by ijson. + * Unicode decoding errors are now reported + more clearly to users. + In the past there was a mix + of empty messages and error types. + Now the error type is always the same + and there should always be an error messages + indicating the offending byte sequence. + * ``ijson.common.number`` is marked as deprecated, + and will be removed on some later release. + + Contains 3.0.4: + + * Fixed errors triggered by JSON documents + where the top-level value is an object containing + an empty-named member (e.g., ``{"": 1}``). + Although such documents are valid JSON, + they broke basic assumptions made + by the ``kvitems`` and ``items`` functions + (and all their variants) + in all backends, + producing different types of unexpected failures, + including segmentation faults, raising unexpected exceptions, + and producing wrong results. + + Contains 3.0.3: + + * Fixed segmentation fault in ``yajl2_c`` backend's ``parse`` + caused by the previous fix introduced in 3.0.2 (#29). + + Contains 3.0.2: + + * Fixed memory leak in ``yajl2_c`` backend's ``parse`` functionality (#28). + + Contains 3.0.1: + + * Adding back the ``parse``, ``kvitems`` and ``items`` functions + under the ``ijson.common`` module (#27). + These functions take an events iterable instead of a file + and are backend-independent (which is not great for performance). + They were accidentaly removed in the redesign of ijson 3.0, + which is why they are coming back. + In the future they will slowly transition into being + backend-specific rather than independent. + +------------------------------------------------------------------- Old: ---- ijson-3.0.tar.gz New: ---- ijson-3.1.4.tar.gz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ python-ijson.spec ++++++ --- /var/tmp/diff_new_pack.1yLhsZ/_old 2021-11-28 21:31:40.393775872 +0100 +++ /var/tmp/diff_new_pack.1yLhsZ/_new 2021-11-28 21:31:40.397775859 +0100 @@ -1,7 +1,7 @@ # # spec file for package python-ijson # -# Copyright (c) 2020 SUSE LLC +# Copyright (c) 2021 SUSE LLC # # All modifications and additions to the file contributed by third parties # remain the property of their copyright owners, unless otherwise agreed @@ -18,7 +18,7 @@ %{?!python_module:%define python_module() python-%{**} python3-%{**}} Name: python-ijson -Version: 3.0 +Version: 3.1.4 Release: 0 Summary: Iterative JSON parser with a standard Python iterator interface License: BSD-3-Clause @@ -51,7 +51,7 @@ %python_expand %fdupes %{buildroot}%{$python_sitearch} %check -%python_exec tests.py +%pyunittest -v %files %{python_files} %doc README.rst ++++++ ijson-3.0.tar.gz -> ijson-3.1.4.tar.gz ++++++ ++++ 5073 lines of diff (skipped)