Result for 02F1019AE6E517A0BCD5DD538A45387E51B9640D

Query result

Key Value
FileName./usr/lib/python3.9/site-packages/virtualenv/activation/__pycache__/via_template.cpython-39.pyc
FileSize2565
MD526580B704F80E4BE8B96B4B102946446
SHA-102F1019AE6E517A0BCD5DD538A45387E51B9640D
SHA-256DB836199CABD9C40A3312F5DD7B45E8AF3BC8E923A00597F7AC9E77F9F9DA671
SSDEEP48:olVnmQX3mX+T4xinB/4MAkKxIpT8wdHWSyYVoD5/Vr4e:8vHXt46ptZWSyvD5dr4e
TLSHT19F51A5C68450EF3AFEF2F2FD50599516853092B26B0CA2A3299C5F9EAC471EC0B34709
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
MD56DF6FEE6C4A6DB21CA1939F11B9F5CF9
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).
PackageNamepython39-virtualenv
PackageRelease2.2
PackageVersion20.2.2
SHA-1E9A2FFCCB265BB1EFE7F2E44C04DA8D53CE7C172
SHA-256921B6970AF985DC661B77DF1E242BA27A331D1B7DE0A83ED3511F55090F3B6E6