Result for 42EFC7DA02EF2C64E6C8350B1B2B7B5390DE8DB3

Query result

Key Value
FileName./usr/lib/python3.8/site-packages/wrapt/_wrappers.cpython-38-arm-linux-gnueabihf.so
FileSize50688
MD5A4A02CBC62AA4AB7E4A513852036E739
SHA-142EFC7DA02EF2C64E6C8350B1B2B7B5390DE8DB3
SHA-256AA93F7A26413299F221BC6960BF28CDBD671D6FA17AC63BD7C3DF8C68D699BDE
SSDEEP768:bjwu2uftXAGy0xU3oCumn3cWwDVc6huWaYIRqxMsRqUb7MbwQj9REsGg2z84mt5T:wuzmpVRU3CFa
TLSHT17C33B5DBF357EBB3C1C91238315687256323A92F8687734D9430A5C13F836A94D36E69
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
MD58DAF572AC201B00DFA4688C0C14602FF
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
PackageRelease29.8
PackageVersion1.13.3
SHA-1F8A54BC6692F9600CE9B646C074BA7030A9C65D0
SHA-256AC399D5137EBA42BFF67B410CAB33D9A8E8B662F26873BFD9A42DDD7B0AFC001