Result for 96ADF0FE223A343E80475011BFD7F3FE657B364E

Query result

Key Value
FileName./usr/lib64/python2.7/site-packages/wrapt-1.10.6-py2.7.egg-info
FileSize1046
MD5E70B771879FEA8EC5D0B4378533D4462
SHA-196ADF0FE223A343E80475011BFD7F3FE657B364E
SHA-256FA2918E1995299FAFF2C71F1AA6F69BDC89B749AACBAC3E34B977660F98E35AC
SSDEEP24:DFXp7DdB18bp7J7MYIn/0FKC6mc0VMAhN0x/v:DFXp7hB18bp7J7Mh/0cXmc0VB0xv
TLSHT19C1157E33B131CF20B63426C1494C7A49B93D5AFFAC2145CF81F1BA8AF196412718694
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