Result for 40C80B46E184C2426E4818AB99EC3326AA3CDF8E

Query result

Key Value
FileName./usr/lib64/python3.10/site-packages/wrapt/_wrappers.cpython-310-x86_64-linux-gnu.so
FileSize64800
MD5CC7B419141AAB5A0EBF3EA8CA66E12EF
SHA-140C80B46E184C2426E4818AB99EC3326AA3CDF8E
SHA-256C71B78F0ACDFB924F10502F296CB3381F366016A8DAC446AA6A20E2D03E6412A
SSDEEP768:W0NaKBxv/VCNsamd0oq3spBpSCHO9xWiy+:W0YK8Nsa3shSz+
TLSHT10B532A4B7232E5FDC03E4478981793356431B81855A7A53E7610E7BA1F13B20CBAFDA9
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
MD5E8858C56F0EFAC7A125BC53063A8F8DD
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/
PackageNamepython310-wrapt
PackageRelease29.8
PackageVersion1.13.3
SHA-1B4C11B730FB30948F600C75F7FB2B07EF747B622
SHA-256864D913F54984D9024208D12B614D469D7F39B811F4A69932717B6D7DF605CDF