Result for 9EF45D6F023FD132F4FEB5094BE22A742EC1F48F

Query result

Key Value
FileName./usr/lib64/python2.7/site-packages/wrapt/_wrappers.so
FileSize60328
MD54C890B928FEA5E3825AB85FA23A2B5BC
SHA-19EF45D6F023FD132F4FEB5094BE22A742EC1F48F
SHA-25696EDE039ABF8A802F56A5D544B8BB0B524FD04406761BE3F09FA757F4E39B2D3
SSDEEP768:2UPFLaTOK8fHbg3lrGntjcj5x0gs9ogVqn1reITwOm+7vAjXkxc/h:2gPNHbv141rPT/aZ
TLSHT11743A64FA663D9F9C9FB43786417C1B094F2B41C8102A43F7110ABEA07937095BFE96A
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
MD58A0D4D3F8248FF29906CFD345385CA93
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/
PackageNamepython2-wrapt
PackageReleaselp151.1.6
PackageVersion1.11.1
SHA-1623CD83F67FBD7A8FC96002A96383515F8BBEDEF
SHA-256F017B2972273B437F5E051FDE5122A913DDF8D932F67272EA8F77B8646EFBCEE