Result for 71BEC74CA2081B3B339B37E46DD71DFC5DA0BE1F

Query result

Key Value
FileName./usr/lib64/python3.6/site-packages/wrapt/_wrappers.cpython-36m-x86_64-linux-gnu.so
FileSize44456
MD559BCDE841767F80647FC1EADBDB24C78
SHA-171BEC74CA2081B3B339B37E46DD71DFC5DA0BE1F
SHA-2563145FA9E352251611F0E74B3A962B02B9440A33C6FFD9C6F1EB0181CFDAE908E
SSDEEP768:Goc9m0/0m33INFfX2nIkbwIAVClewrilAytTLj80:GLoxFfX6IpY
TLSHT1D213D88FB256E5BDC1B287308C43D6726CB83414D21264377580EBB81F67A589FFE9A1
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
MD5E967168EF04A3E1D6FFDD0E5A9F3897E
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
PackageReleaselp152.2.3
PackageVersion1.13.3
SHA-1F710CA228A641B98F9335B56534CD53A47AED00A
SHA-25658D387FFAC89A7587141BA0859194588B6EB7E1524D8A54FC38A5D25E78DCA43