Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

python311-wrapt-1.16.0-2.1 RPM for riscv64

From OpenSuSE Ports Tumbleweed for riscv64

Name: python311-wrapt Distribution: openSUSE Tumbleweed
Version: 1.16.0 Vendor: openSUSE
Release: 2.1 Build date: Mon Oct 28 12:56:13 2024
Group: Development/Languages/Python Build host: reproducible
Size: 239442 Source RPM: python-wrapt-1.16.0-2.1.src.rpm
Packager: https://bugs.opensuse.org
Url: https://github.com/GrahamDumpleton/wrapt
Summary: A Python module for decorators, wrappers and monkey patching
The aim of the **wrapt** module is to provide a transparent object proxy
for Python, which can be used as the basis for the construction of function
wrappers and decorator functions.

The **wrapt** module focuses very much on correctness. It therefore goes
way beyond existing mechanisms such as ``functools.wraps()`` to ensure that
decorators preserve introspectability, signatures, type checking abilities
etc. The decorators that can be constructed using this module will work in
far more scenarios than typical decorators and provide more predictable and
consistent behaviour.

To ensure that the overhead is as minimal as possible, a C extension module
is used for performance critical components. An automatic fallback to a
pure Python implementation is also provided where a target system does not
have a compiler to allow the C extension to be compiled.

Documentation
-------------

For further information on the **wrapt** module see:

* http://wrapt.readthedocs.org/

Provides

Requires

License

BSD-2-Clause

Changelog

* Mon Oct 28 2024 Dirk Müller <dmueller@suse.com>
  - add py313-classmethods.patch to fix test failures with py313
* Mon Nov 27 2023 Dirk Müller <dmueller@suse.com>
  - update to 1.16.0:
    * Note that version 1.16.0 drops support for Python 2.7 and
      3.5. Python version 3.6 or later is required.
    * The ``patch_function_wrapper()`` decorator now accepts an
      ``enabled`` argument, which can be a literal boolean value,
      object that evaluates as boolean, or a callable object which
      returns a boolean. In the case of a callable, determination
      of whether the wrapper is invoked will be left until
      the point of the call. In the other cases, the wrapper will
      not be applied if the value evaluates false at the point of
      applying the wrapper.
    * The import hook loader and finder objects are now implemented
      as transparent object proxies so they properly proxy pass
      access to attributes/functions of the wrapped loader or finder.
    * Code files in the implementation have been reorganized such
      that the pure Python version of the ``ObjectProxy`` class
      is directly available even if the C extension variant is
      being used. This is to allow the pure Python variant to
      be used in exceptional cases where the C extension variant is
      not fully compatible with the pure Python implementation and the
      behaviour of the pure Python variant is what is required.
    * It was not possible to update the ``__class__`` attribute
      through the transparent object proxy when relying on the C
      implementation.
* Thu May 04 2023 Dirk Müller <dmueller@suse.com>
  - update to 1.15.0:
    * When the C extension for wrapt was being used, and a property
      was used on an object proxy wrapping another object to intercept
      access to an attribute of the same name on the wrapped object,
      if the function implementing the property
      raised an exception, then the exception was ignored and not
      propagated back to the caller.
    * Address issue where the post import hook mechanism of wrapt
      wasn't transparent and left the __loader__ and __spec__.loader
      attributes of a module as the wrapt import hook loader and
      not the original loader.
    * Address issues where a thread deadlock could occur within the
      wrapt module import handler, when code executed from a post
      import hook created a new thread and code executed in the
      context of the new thread itself tried to register a post
      import hook, or imported a new module.
    * When using ``CallableObjectProxy`` as a wrapper for a type or
      function and calling the wrapped object, it was not possible
      to pass a keyword argument named ``self``.
* Fri Apr 21 2023 Dirk Müller <dmueller@suse.com>
  - add sle15_python_module_pythons (jsc#PED-68)
* Thu Apr 13 2023 Matej Cepl <mcepl@suse.com>
  - Make calling of %{sle15modernpython} optional.
* Sat Oct 01 2022 Dirk Müller <dmueller@suse.com>
  - update to 1.14.1:
    * When the post import hooks mechanism was being used, and a Python package with
      its own custom module importer was used, importing modules could fail if the
      custom module importer didn't use the latest Python import hook finder/loader
      APIs and instead used the deprecated API. This was actually occurring with the
      `zipimporter` in Python itself, which was not updated to use the newer Python
      APIs until Python 3.10.
    * *Bugs Fixed**
    * Python 3.11 dropped ``inspect.formatargspec()`` which was used in creating
      signature changing decorators. Now bundling a version of this function
      which uses ``Parameter`` and ``Signature`` from ``inspect`` module when
      available. The replacement function is exposed as ``wrapt.formatargspec()``
      if need it for your own code.
    * When using a decorator on a class, ``isinstance()`` checks wouldn't previously
      work as expected and you had to manually use ``Type.__wrapped__`` to access
      the real type when doing instance checks. The ``__instancecheck__`` hook is
      now implemented such that you don't have to use ``Type.__wrapped__`` instead
      of ``Type`` as last argument to ``isinstance()``.
    * Eliminated deprecation warnings related to Python module import system, which
      would have turned into broken code in Python 3.12. This was used by the post
      import hook mechanism.
* Sat Nov 06 2021 Dirk Müller <dmueller@suse.com>
  - update to 1.13.3:
    * Adds wheels for Python 3.10 on PyPi and where possible also now
    generating binary wheels for ``musllinux``.
* Tue Oct 26 2021 Dirk Müller <dmueller@suse.com>
  - update to 1.13.2:
    * Note that the next signficant release of `wrapt` will drop support for
      Python 2.7 and Python 3.5.
    * Fix Python version constraint so PyPi classifier for ``pip`` requires
      Python 2.7 or Python 3.5+.
    * When a reference to a class method was taken out of a class, and then
      wrapped in a function wrapper, and called, the class type was not being
      passed as the instance argument, but as the first argument in args,
      with the instance being ``None``. The class type should have been passed
      as the instance argument.
    * If supplying an adapter function for a signature changing decorator
      using input in the form of a function argument specification, name lookup
      exceptions would occur where the adaptor function had annotations which
      referenced non builtin Python types. Although the issues have been
      addressed where using input data in the format usually returned by
      ``inspect.getfullargspec()`` to pass the function argument specification,
      you can still have problems when supplying a function signature as
      string. In the latter case only Python builtin types can be referenced
      in annotations.
    * When a decorator was applied on top of a data/non-data descriptor in a
      class definition, the call to the special method ``__set_name__()`` to
      notify the descriptor of the variable name was not being propogated. Note
      that this issue has been addressed in the ``FunctionWrapper`` used by
      ``@wrapt.decorator`` but has not been applied to the generic
      ``ObjectProxy`` class. If using ``ObjectProxy`` directly to construct a
      custom wrapper which is applied to a descriptor, you will need to
      propogate the ``__set_name__()`` call yourself if required.
    * The ``issubclass()`` builtin method would give incorrect results when used
      with a class which had a decorator applied to it. Note that this has only
      been able to be fixed for Python 3.7+. Also, due to what is arguably a
      bug (https://bugs.python.org/issue44847) in the Python standard library,
      you will still have problems when the class heirarchy uses a base class
      which has the ``abc.ABCMeta`` metaclass. In this later case an exception
      will be raised of ``TypeError: issubclass() arg 1 must be a class``.
  - drop fix-dummy-collector-pytest6.patch, wrapt-pr161-py39tests.patch (upstream)
* Sat Mar 20 2021 Ben Greiner <code@bnavigator.de>
  - Fix python39 test suite failures
    * wrapt-pr161-py39tests.patch
    * gh#GrahamDumpleton/wrapt#161
* Fri Dec 04 2020 Benjamin Greiner <code@bnavigator.de>
  - Fix python3.6 build with pytest 6
    * fix-dummy-collector-pytest6.patch
    * gh#GrahamDumpleton/wrapt#168

Files

/usr/lib64/python3.11/site-packages/wrapt
/usr/lib64/python3.11/site-packages/wrapt-1.16.0-py3.11.egg-info
/usr/lib64/python3.11/site-packages/wrapt-1.16.0-py3.11.egg-info/PKG-INFO
/usr/lib64/python3.11/site-packages/wrapt-1.16.0-py3.11.egg-info/SOURCES.txt
/usr/lib64/python3.11/site-packages/wrapt-1.16.0-py3.11.egg-info/dependency_links.txt
/usr/lib64/python3.11/site-packages/wrapt-1.16.0-py3.11.egg-info/not-zip-safe
/usr/lib64/python3.11/site-packages/wrapt-1.16.0-py3.11.egg-info/top_level.txt
/usr/lib64/python3.11/site-packages/wrapt/__init__.py
/usr/lib64/python3.11/site-packages/wrapt/__pycache__
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/__init__.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/__init__.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/__wrapt__.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/__wrapt__.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/arguments.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/arguments.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/decorators.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/decorators.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/importer.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/importer.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/patches.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/patches.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/weakrefs.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/weakrefs.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/wrappers.cpython-311.opt-1.pyc
/usr/lib64/python3.11/site-packages/wrapt/__pycache__/wrappers.cpython-311.pyc
/usr/lib64/python3.11/site-packages/wrapt/__wrapt__.py
/usr/lib64/python3.11/site-packages/wrapt/_wrappers.cpython-311-riscv64-linux-gnu.so
/usr/lib64/python3.11/site-packages/wrapt/arguments.py
/usr/lib64/python3.11/site-packages/wrapt/decorators.py
/usr/lib64/python3.11/site-packages/wrapt/importer.py
/usr/lib64/python3.11/site-packages/wrapt/patches.py
/usr/lib64/python3.11/site-packages/wrapt/weakrefs.py
/usr/lib64/python3.11/site-packages/wrapt/wrappers.py
/usr/share/doc/packages/python311-wrapt
/usr/share/doc/packages/python311-wrapt/README.rst
/usr/share/doc/packages/python311-wrapt/changes.rst
/usr/share/licenses/python311-wrapt
/usr/share/licenses/python311-wrapt/LICENSE


Generated by rpm2html 1.8.1

Fabrice Bellet, Wed Nov 13 00:41:02 2024