Result for 0602037431F72B90CB21F0B002BE12945C4A0EAB

Query result

Key Value
FileName./usr/lib/python3.8/site-packages/virtualenv/create/via_global_ref/builtin/pypy/__pycache__/common.cpython-38.pyc
FileSize2475
MD53BE693B6A91BD6961D7899D00236ED2A
SHA-10602037431F72B90CB21F0B002BE12945C4A0EAB
SHA-256D52D9BFB3199E1E216D4AB0205D700066FC8B24534DEFC44DCAA9A0D0EF294BB
SSDEEP48:5446lvvTsxX4buGz57IXnaYWV3Uyk+Qx2fSKTHap+qbiVa:5Fi7IXTWFU9zUfdH6XbZ
TLSHT138519899F5038E65FEB9F1BEE0325701F67583B3668C911BB134659A0C9F38C6830604
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
MD51594486BF2BB7DA918FF2F5363AC8BCA
PackageArchnoarch
PackageDescriptionvirtualenv is a tool to create isolated Python environments. The basic problem being addressed is one of dependencies and versions, and indirectly permissions. Imagine you have an application that needs version 1 of LibFoo, but another application requires version 2. Or more generally, what if you want to install an application and leave it be? If an application works, any change in its libraries or the versions of those libraries can break the application. Also, what if you cant install packages into the global site-packages directory? For instance, on a shared host. In all these cases, virtualenv can help you. It creates an environment that has its own installation directories, that doesnt share libraries with other virtualenv environments (and optionally doesnt use the globally installed libraries either).
PackageNamepython38-virtualenv
PackageRelease2.2
PackageVersion20.2.2
SHA-1F926A135D6FA6B64EF97FFA6A6FD515A128E9420
SHA-256E968BD38E0DD9A8A56C2A27AC78B72421BB3A67633E5A4B0A044711D5AD939D3