Result for 33F4B4E3FEFD210B99EEDAE8CF70EA161C09D7EE

Query result

Key Value
FileName./usr/lib/python3.8/site-packages/wrapt/__pycache__/__init__.cpython-38.opt-1.pyc
FileSize951
MD5A921679BA908CA71B69BC83ED4B19F8E
SHA-133F4B4E3FEFD210B99EEDAE8CF70EA161C09D7EE
SHA-256440AA181304872CDB8E0AF4032EC67A1FF09EA5EDE31BAC029FCC4ED224D7F66
SSDEEP24:N04Dnp4MmBzek0oJ+6cGgpy5Wpo9D89I2wm7:N04DvXE+ugs5omI97T7
TLSHT1CD1190667D25BB7BF85BF7BC911F1014D63485692680200D2758A5DD4F2B1088B62D19
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