Result for 8011B3A3229B21578030C2FB9AD3475B0E301FDB

Query result

Key Value
FileName./usr/lib64/python3.10/site-packages/wrapt/_wrappers.cpython-310-x86_64-linux-gnu.so
FileSize52800
MD51BABF426561F8A920DD4E071599EF4E0
SHA-18011B3A3229B21578030C2FB9AD3475B0E301FDB
SHA-2565F3A9364579CDE298431E95DD440DFA65626BBF308477AAC79B6D58E1C1971E8
SSDEEP384:i0taZE+YQSpLxQUictXCj79dGumtamd07Gp6O36AGd3P0pBEU/hMZLmH2:i0taKBxv/VCNsamd0oq3spBpSCH
TLSHT15C33F88B726295FDC0364830C857973238747810A27B6A77B340AB791F53EB4C75EEA5
hashlookup:parent-total1
hashlookup:trust55

Network graph view

Parents (Total: 1)

The searched file hash is included in 1 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
MD54B265FD8C85746FAEEC53C4C252495E4
PackageArchx86_64
PackageDescriptionThe 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/
PackageMaintainerhttps://bugs.opensuse.org
PackageNamepython310-wrapt
PackageRelease1.3
PackageVersion1.13.3
SHA-1005DA58DA24A0CF9F5B7F10A2D54414381C3D570
SHA-256540F600BF856C1C4D3C73F8C60C0C0D691B3330E495E6B53E4DE235C28596AB8