Result for 214868B8AE0C440DDAE8E492B1C4C4DF69678B7B

Query result

Key Value
FileName./usr/lib/python3.8/site-packages/wrapt/__pycache__/wrappers.cpython-38.pyc
FileSize24753
MD5B1A0C1C40689FC8903EC510A3DE31BE3
SHA-1214868B8AE0C440DDAE8E492B1C4C4DF69678B7B
SHA-2567E3273B90FBEE4599BC893C9F6E8BAD5886209C7207F2D3A26FC879844B4BC3B
SSDEEP384:FwFU1UX2uxrOK9+i1oz8QmveyXNwtMrzocno:Fw0Umuxr/C8Qmvey9wtMr0co
TLSHT19FB2CCC856955EDFFC6AF2F9407B12A0B174B77B230EA14F081C90EF2D4A3994923D99
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
MD594E97604D82E079AD4AFF3950EAA0ABC
PackageArcharmv7hl
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/
PackageNamepython38-wrapt
PackageRelease28.1
PackageVersion1.13.2
SHA-1E1F7D99FDCE6AD5BBAACF638951D7AC92DED9CDE
SHA-25699B51C96F061D67ACF4164C6BB6FEC5580BE6D54DB755D59AAD0155A7EDCF72A