Result for 2D269B94407BA062D1E7478F52354BAE0DE79653

Query result

Key Value
FileName./usr/bin/virtualenv
FileSize400
MD53D2FFFB442BD40E5E2FB766A87217D27
SHA-12D269B94407BA062D1E7478F52354BAE0DE79653
SHA-256770B10A3A396295A6FEF2086192C890E380B99E568A49E109D4DD613873F2CD3
SSDEEP12:HsKu3Qnx1VZeRQjgzoi9VrCF2aGNM1m2SfV5Qn+Wtw:Pu3Qx8RQjgzoAC0asTQb+
TLSHT199E0681ED824CFF1D6E201CF7674227103960AE27E22622073E47655AFC239A1C34B26
hashlookup:parent-total8
hashlookup:trust90

Network graph view

Parents (Total: 8)

The searched file hash is included in 8 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
MD57C3D6D697B725FD6FFD9FFC80274FC70
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. How can you use both these applications? If you install everything into /usr/lib/python2.4/site-packages (or whatever your platforms standard location is), its easy to end up in a situation where you unintentionally upgrade an application that shouldnt be upgraded. 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).
PackageNamepython3-virtualenv
PackageReleaselp151.1.2
PackageVersion15.1.0
SHA-17453F901E09CD059D053DBC2BB7BB7458D762017
SHA-256DA1C998A4F74CBE4D690ADABD7B3C31B5BF0131BDBFE82E0289A4B5966F46BA4
Key Value
FileSize19698
MD5CC6C80E6B552563D61DA1C85DB515EF7
PackageDescriptionPython virtual environment creator The virtualenv utility creates virtual Python instances, each invokable with its own Python executable. Each instance can have different sets of modules, installable via easy_install. Virtual Python instances can also be created without root access. . This is the command line script and manpage.
PackageMaintainerDebian Python Modules Team <python-modules-team@lists.alioth.debian.org>
PackageNamevirtualenv
PackageSectionpython
PackageVersion15.1.0+ds-1
SHA-1D1CD5C370CEAADAA082986D79304AB45EF5A7DBF
SHA-256ACF92D3B8F5CD4B5D8F43C12383B3DA8DA69D95CB87353F09581680C5BA82E55
Key Value
FileSize20076
MD504501F4A351386C7A5D980065C860F39
PackageDescriptionPython virtual environment creator The virtualenv utility creates virtual Python instances, each invokable with its own Python executable. Each instance can have different sets of modules, installable via easy_install. Virtual Python instances can also be created without root access. . This is the command line script and manpage.
PackageMaintainerDebian Python Modules Team <python-modules-team@lists.alioth.debian.org>
PackageNamevirtualenv
PackageSectionpython
PackageVersion15.1.0+ds-2
SHA-178FD50A23BA79A728E51635D92C754E0C3B99D91
SHA-2569B5DB954ECB2408A136F3D4CB073F577A787D0946EAE276E94A83C766FD5ACCB
Key Value
MD551B1390E5C28EE5FBD57D3B134668408
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. How can you use both these applications? If you install everything into /usr/lib/python2.4/site-packages (or whatever your platforms standard location is), its easy to end up in a situation where you unintentionally upgrade an application that shouldnt be upgraded. 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).
PackageNamepython3-virtualenv
PackageReleaselp150.1.1
PackageVersion15.1.0
SHA-1EC4787B0A5BD815CCAD3B6FD822420541A909420
SHA-2563584E5BBC2AA28B73F5884DCC29376D9EB1FE8D13679D89CC704E33176A64A0C
Key Value
MD5712DEFA0AC82102EB7347F8585088444
PackageArchnoarch
PackageDescriptionvirtualenv is a tool to create isolated Python environments. virtualenv is a successor to workingenv, and an extension of virtual-python. It is written by Ian Bicking, and sponsored by the Open Planning Project. It is licensed under an MIT-style permissive license
PackageMaintainerFedora Project
PackageNamepython36-virtualenv
PackageRelease5.el7
PackageVersion15.1.0
SHA-1509AD25F918B58EB0CE5F4173452E68CBCD32310
SHA-25638FE8C6D1B3063EC1990D5CA30B8D394BF3AFC14CB8C295B16C42847892BB6C3
Key Value
FileNamesnap-hashlookup-import/bin/pkg/mod/github.com/gabriel-vasile/mimetype@v1.1.2/testdata/deb.deb
FileSize4476
MD550698552FC4EA3C2C3DB31A36C6CADAA
PackageDescriptionPython virtual environment creator The virtualenv utility creates virtual Python instances, each invokable with its own Python executable. Each instance can have different sets of modules, installable via easy_install. Virtual Python instances can also be created without root access. . This is the command line script and manpage.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamevirtualenv
PackageSectionpython
PackageVersion15.1.0+ds-1.1
SHA-1C1C4CD30C30F80069A085870B01381144C18243E
SHA-25659EFE51AACA126EEAE1B8E028311F1D4EEFC9DCD194D5150C060F9CBC359E0E3
SHA-5126AEB523C3C0D76BF7AEAF4002FE33FAB62A41433BCCBED42388A1A35ED08ABE373A932DC49DAAEAF327B9856280A6462A5609772485AB700278BAEC55572AE49
SSDEEP96:z9iKH2+uLdDeCtHF76UAyyvNdnjAEIZEm9lUFN:z9i+vQDeCtlOfvNN6ZEm9ls
TLSHT186919C2AA28095A1C11129A00BDF2950C31D3EA7FAEE1064B68DCEF603B75CD6BB40C2
insert-timestamp1659227124.852648
mimetypeapplication/vnd.debian.binary-package
sourcesnap:mdTwaNga8m8NrBqqSH4FVIbtUwLWAhWj_15
Key Value
MD5C0F4B64F7DECE54136630430D6962C29
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. How can you use both these applications? If you install everything into /usr/lib/python2.4/site-packages (or whatever your platforms standard location is), its easy to end up in a situation where you unintentionally upgrade an application that shouldnt be upgraded. 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).
PackageMaintainerhttps://bugs.opensuse.org
PackageNamepython3-virtualenv
PackageReleaselp150.1.9
PackageVersion15.1.0
SHA-143834D6BFED3BC5016979B5C59FF5C79E7BE7A36
SHA-2565D3EF8B072D8FD6C61825C8561B6341513E829184D5B09738E427815DA349402
Key Value
MD56B274C32253BE58CD7F26A9B0D5288B5
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. How can you use both these applications? If you install everything into /usr/lib/python2.4/site-packages (or whatever your platforms standard location is), its easy to end up in a situation where you unintentionally upgrade an application that shouldnt be upgraded. 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).
PackageNamepython3-virtualenv
PackageReleaselp150.1.1
PackageVersion15.1.0
SHA-19CB424B2F6A6C74E3E1EDAB7AC8F9BEB86824C59
SHA-256AD5912484B38B4A3B18A25A5358D6CF32522A1102F6D3DC3EDB6301A049849E3