Result for 76C1D05E8F9550BCA0DDB21BD4A0257869820E79

Query result

Key Value
FileName./usr/lib64/python3.6/site-packages/wrapt/_wrappers.cpython-36m-x86_64-linux-gnu.so
FileSize44352
MD51ECC1599E0B63CDD1A904F3B613FD723
SHA-176C1D05E8F9550BCA0DDB21BD4A0257869820E79
SHA-2565E9B50C5A2AF193CD5620D6DA498DDF62C4D8AE0F5EE0A4948AFBC059CB78132
SSDEEP768:nEl9WhgLndrWClY9IOqIyVxtht/q6N2s3ZMp5UV:kg6od94
TLSHT12713F88EB356C6BDD1B587708C93CA725C743818A32125773280DB780BA7B185FEE675
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
MD596AA49848F00167AB10050E6E4A28544
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/
PackageNamepython3-wrapt
PackageRelease2.6
PackageVersion1.11.1
SHA-1EAF249FA505FF3392E613345B047CD3F88EA519A
SHA-256E28DEA22ED11C324712E61F1482D78C4CAD04CFA5AB963B429B4BBC6CC8CF1BE