Result for CBFD3A201A368F60682BCA2938864BC0020E8092

Query result

Key Value
FileName./usr/lib64/python3.6/site-packages/wrapt/_wrappers.cpython-36m-x86_64-linux-gnu.so
FileSize39528
MD5CA6354754B0CB3D4E7C78F0E7FD997D9
SHA-1CBFD3A201A368F60682BCA2938864BC0020E8092
SHA-256327AB394E4560F29A33856D1025D1689C50B5F6CCCC78FA376A68BA76FA4E696
SSDEEP384:QrUWWQ8+1ycM0udlajOPAddk7JB5VmH3aXV/737U3W7:QrUJLn/ajFWJHVUaF/bEW
TLSHT14A03F84FB26696FEC1F687740D43D6762C703410C312693B7640AB3C1B72E589FAEAA4
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
MD546571581FA35B406BD1BA1C9E631A560
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
PackageNamepython3-wrapt
PackageReleaselp152.3.5
PackageVersion1.10.10
SHA-18B7F533A46B250C1AE0DF60F5A568B82143FA8F8
SHA-256EB4FCEA5E64A88E6EEDCCDB69834E3DBE9BD42883671F4995A4D15620EF64B1B