python311-wrapt-1.15.0-150400.12.7.1<>,Af;p9|z~%l]m>E6"F|nkU .){tE?5Zxēeg>%%\׊ B(jHM}\Uz `E-A8zAZ.߰mCu|l*[󂮟I_Ve?`2Л`Yoy=1eI )!~0MƸMn"PSІQKo>8?8 d ' d8<HLe p   X  u    *T   (88@9:F.G.H/(I/X/Y/\/]0d^2b3c4d5e5f5l5u50v5w6px6y7Xz77778Cpython311-wrapt1.15.0150400.12.7.1A Python module for decorators, wrappers and monkey patchingThe 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/f;s390zl39SUSE Linux Enterprise 15SUSE LLC BSD-2-Clausehttps://www.suse.com/Development/Languages/Pythonhttps://github.com/GrahamDumpleton/wraptlinuxs390xScc  ;;&&uuST*A AA큤A큤큤A큤A큤f;f;f;f;f;f;f;cf;f;f;f;f;f;f;f;f;f;f;f;ccccf;ccf;c357796b1051c63da30851c655f6e452f615e59c2440109b35ed1645741931ef4811e7aeb3b4194fe3e48507a16bf2160567fe0e6ce2c617ae6cfbd0a2b5a2ec101ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b01ba4719c80b6fe911b091a7c05124b64eeece964e09c058ef8f9805daca546b25fee472e5edc2350933038bd10cc02c38365a24a25e21fd4e128c8cdeb80d6d5b4530fcf4f6208b5936b0869bb33575b02971c9efb0b96a3ed6532fc4bb83fb4b54982a3155ee4e5a40c93538124a75fbc987051c07c73e1d56a947dcc682114b54982a3155ee4e5a40c93538124a75fbc987051c07c73e1d56a947dcc682112b2ed51e7a4e4c4773e0aae3320d4109f178e6974bbbf3fd53d75a9add8369ee2b2ed51e7a4e4c4773e0aae3320d4109f178e6974bbbf3fd53d75a9add8369ee9fb69358d9c0533d3618f466fd812cbff3cd12f95cb75ce0718c3e288b50411f9fb69358d9c0533d3618f466fd812cbff3cd12f95cb75ce0718c3e288b50411fa1fd34b6256495bc81428ce263c7b3f7286505e6cdc19811231992310c7db6b3a1fd34b6256495bc81428ce263c7b3f7286505e6cdc19811231992310c7db6b3316befdafc4d2066020f856b9f63cbd7b6477523f6980125bc4e9a3dd9ac8773316befdafc4d2066020f856b9f63cbd7b6477523f6980125bc4e9a3dd9ac87739841b3ec20a72a4d38332ff51f80878d142fbc65758e223a112be02e185705b5445d274c474fccf21ec09fa39d2638da2e094b32b772d8cf001575489c4bca6880dcb53d5abd34d543001f6dba36805616f4c6d54a492cea4fe85d185796337e4940ba80d297608ea5ac3041a4d08d085884c2a87c87c6ec1e7f509be665ac0c6f11d8662d0238d6008b89b8e61d580b414a106951eac341b7f686aca657d929d4bebe88c8fe56ef34ad0ac7736ad6fb40087ec5fe1ccdf5f105b29b75c7a2490faa4e7241e7a3ac8063e12941bd0475ba617ef555b80eba55551b4b5d29fdeb5974efbbc8b626b2050810d63c3a907ee21c92bf64b3740fc623ad05eb3448abrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootpython-wrapt-1.15.0-150400.12.7.1.src.rpmpython311-wraptpython311-wrapt(s390-64)@@@@@     libc.so.6()(64bit)libc.so.6(GLIBC_2.2)(64bit)libc.so.6(GLIBC_2.4)(64bit)libpthread.so.0()(64bit)python(abi)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PartialHardlinkSets)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)3.113.0.4-14.6.0-14.0.4-14.0-15.2-14.14.3dS@dBzd7c8+an@aw`U_$^oj@^f/]5@\MYbXW@V@TXdmueller@suse.comdmueller@suse.commcepl@suse.comdmueller@suse.comdmueller@suse.comdmueller@suse.comcode@bnavigator.decode@bnavigator.dedmueller@suse.comdmueller@suse.comtchvatal@suse.comtchvatal@suse.comadrian@suse.dejmatejek@suse.comtbechtold@suse.commichael@stroeder.comhpj@urpla.net- 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``.- add sle15_python_module_pythons (jsc#PED-68)- Make calling of %{sle15modernpython} optional.- 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.- update to 1.13.3: * Adds wheels for Python 3.10 on PyPi and where possible also now generating binary wheels for ``musllinux``.- 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)- Fix python39 test suite failures * wrapt-pr161-py39tests.patch * gh#GrahamDumpleton/wrapt#161- Fix python3.6 build with pytest 6 * fix-dummy-collector-pytest6.patch * gh#GrahamDumpleton/wrapt#168- update to 1.12.1: * Applying a function wrapper to a static method of a class using the ``wrap_function_wrapper()`` function, or wrapper for the same, wasn't being done correctly when the static method was the immediate child of the target object. It was working when the name path had multiple name components. A failure would subsequently occur when the static method was called via an instance of the class, rather than the class.- update to 1.12.0: * Provided that you only want to support Python 3.7, when deriving from a base class which has a decorator applied to it, you no longer need to access the true type of the base class using ``__wrapped__`` in the inherited class list of the derived class. * When using the ``synchronized`` decorator on instance methods of a class, if the class declared special methods to override the result for when the class instance was tested as a boolean so that it returned ``False`` all the time, the synchronized method would fail when called. * When using an adapter function to change the signature of the decorated function, ``inspect.signature()`` was returning the wrong signature when an instance method was inspected by accessing the method via the class type.- Update to 1.11.2: * Fix possible crash when garbage collection kicks in when invoking a destructor of wrapped object.- Update to 1.11.1: * Many bugfixes all around * see changes.rst for detailed list - Switch to github to include tests- update to version 1.10.10: * Added back missing description and categorisations when releasing to PyPi. * Code for inspect.getargspec() when using Python 2.6 was missing import of sys module.- update for singlespecupdate to version 1.10.8 * Increment version to 1.10.8. * Fix modulo operator on ObjectProxy * Increment version to 1.10.7. * Document mod operator bug in Python variant of object proxy. * Update copyright year. * Fix tests for floordiv and mod. * Remove reference to inspect.getargspec() as removed in Python 3.6. #64 - Use pypi.io as Source url- update to 1.10.6- version 1.9: initial builds390zl39 1715148804 1.15.0-150400.12.7.11.15.0-150400.12.7.1wraptwrapt-1.15.0-py3.11.egg-infoPKG-INFOSOURCES.txtdependency_links.txtnot-zip-safetop_level.txt__init__.py__pycache____init__.cpython-311.opt-1.pyc__init__.cpython-311.pycarguments.cpython-311.opt-1.pycarguments.cpython-311.pycdecorators.cpython-311.opt-1.pycdecorators.cpython-311.pycimporter.cpython-311.opt-1.pycimporter.cpython-311.pycwrappers.cpython-311.opt-1.pycwrappers.cpython-311.pyc_wrappers.cpython-311-s390x-linux-gnu.soarguments.pydecorators.pyimporter.pywrappers.pypython311-wraptREADME.rstchanges.rstpython311-wraptLICENSE/usr/lib64/python3.11/site-packages//usr/lib64/python3.11/site-packages/wrapt-1.15.0-py3.11.egg-info//usr/lib64/python3.11/site-packages/wrapt//usr/lib64/python3.11/site-packages/wrapt/__pycache__//usr/share/doc/packages//usr/share/doc/packages/python311-wrapt//usr/share/licenses//usr/share/licenses/python311-wrapt/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.suse.de/SUSE:Maintenance:33743/SUSE_SLE-15-SP4_Update/e90eec1ab08ef13730dcc55351fb1321-python-wrapt.SUSE_SLE-15-SP4_Updatedrpmxz5s390x-suse-linuxdirectoryPython script, ASCII text executableASCII textELF 64-bit MSB shared object, IBM S/390, version 1 (SYSV), dynamically linked, BuildID[sha1]=3f33aa221e19d3a2d748175bc1f2b1028ffeb8f0, stripped RRRRRRRRRRRRRRRRRRRRRm7pwĚ˱utf-82f760f0980201b2b0101503b8d9a4fbb5ac7caf38b459466cf3bec2624052c9f? 7zXZ !t/z]"k%a M¢ :Oڪ4xfOZrTW=|7 8\g/Jbޤ-fLGIh&jV_Siti,1Q .WO*GR_,6[KgSN>j 7@)f`z텸=/lo=. \}QÆ8D׾:biUDMF*!|~J]ZU bhsϚ?u;l|Ā1w%>!#v 1@Iee+ :k5+xvҺ%H\:OB XP-jg[6K52kP\aw'Gu4Hkl8\~:QufPNN9Gȴx`ͦt-Qup Rh\A~6(5/9Աa7Y;69 _Rx{_}ۑ9r~luj׶ǕLJ˕-Ln>AC]r)]O ?2yS×#hHR̕a^g`w%#[Җޟ xrj=;Cog]Q^ X.-'RSN/V䯻`s{`mr7qOj!) m{i&u$ CM>b'S+Vz8 jP 6 l.jRWMI-;QB4?Z}rPAWBR+ږ5BՉ: d#Ba~b};7W<: A| $Ĝ{sivbaw]W]`'nlW*rrĜ1pFwvĀwLWT zTa0'd:w)3Q2Yc?rcVELF;(