Virtual Python Environment builder
virtualenv 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).
- Sources inherited from project SUSE:SLE-15-SP1:GA
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout SUSE:SLE-15-SP2:GA/python-virtualenv && cd $_
- Create Badge
Source Files
Filename | Size | Changed |
---|---|---|
python-virtualenv.changes | 0000024435 23.9 KB | |
python-virtualenv.spec | 0000003188 3.11 KB | |
virtualenv-16.1.0.tar.gz | 0001977229 1.89 MB |
Latest Revision
- Version bump to 16.1.0: * Fixed documentation to use pypi.org and correct curl options; :issue:`1042` * bug fix: ensure prefix is absolute when creating a new virtual environment :issue:`1208` * upgrade setuptools from ``39.1.0`` to ``40.5.0`` * upgrade wheel from ``0.31.1`` to ``0.32.2`` * upgrade pip from ``10.0.1`` to ``18.1`` * ``activate.csh`` does not use basename and handles newlines :issue:`1200` * fix failure to copy on platforms that use lib64 :issue:`1189` * enable tab-completion in the interactive interpreter by default, thanks to a new ``sys.__interactivehook__`` on Python 3 :issue:`967` * suppress warning of usage of the deprecated ``imp`` module :issue:`1238` * Drop support for Python 2.6. * Upgrade pip to 10.0.1. * Upgrade setuptools to 39.1.0. * Upgrade wheel to 0.31.1. - Removed patch - pypa-virtualenv-1189.patch - Add requires: python-setuptools (bsc#1127328) > virtualenv-3.6 --help Traceback (most recent call last): File "/usr/bin/virtualenv-3.6", line 6, in <module> from pkg_resources import load_entry_point ModuleNotFoundError: No module named 'pkg_resources' - Enable tests, skip upstream failing one - Fix failure of virtualenv --always-copy (bsc#1102096): * pypa-virtualenv-1189.patch
Comments 0