Result for 00255F9C4546FD5F96DB9514BFA51BD16215003C

Query result

Key Value
FileName./usr/lib64/python2.7/site-packages/wrapt/__init__.py
FileSize698
MD5BC0F5B8A822E95304FB5BF0C8EEFF1EC
SHA-100255F9C4546FD5F96DB9514BFA51BD16215003C
SHA-256E989468464E0204943E80B9A9921827193D5A59287AAFC539C0EB515AC75EA58
SSDEEP12:MCdAyMM68ZZHsZyUvHEdWvH6vLxMdu5nwDuFaAx10SZiNswRwGNsn:MC6gHuyUvHKsH6D+UalAxaDwGs
TLSHT196017B9E7C35B636287BADECA13B4428873151262D01341A72DD53EC4FA700CCB2541C
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
MD5251B47EBF9C2DF50ADA5D61B6E343231
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/
PackageNamepython-wrapt
PackageRelease1.12
PackageVersion1.10.6
SHA-1DD9784AC69F8F71B1A773A017217C794496C732C
SHA-256A8B8768B2A2D7A929AC806E39E79282B37D1F1238D2A15CBED34773B65EC5E20