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).
- Developed at devel:languages:python
- Sources inherited from project openSUSE:Factory
-
10
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Backports:SLE-15-SP4:RebuildFactoryCandidates/python-virtualenv && cd $_ - Create Badge
Source Files
| Filename | Size | Changed |
|---|---|---|
| python-virtualenv.changes | 0000014314 14 KB | |
| python-virtualenv.spec | 0000003535 3.45 KB | |
| virtualenv-1.10.tar.gz | 0001323297 1.26 MB |
Revision 17 (latest revision is 66)
Stephan Kulow (coolo)
accepted
request 184868
from
Sascha Peilicke (saschpe)
(revision 17)
- Don't drop shipped setuptools / pip, they've been fetched from the
interwebs previously. It doesn't make sense to use the (currently
matching) system equivalents, it's meant to be self-contained
- Use update-alternatives for parallel-installability with Python3 version
- Update to version 1.10:
+ BACKWARDS INCOMPATIBLE Dropped support for Python 2.5. The minimum supported
Python version is now Python 2.6.
+ BACKWARDS INCOMPATIBLE Using virtualenv.py as an isolated script (i.e.
without an associated virtualenv_support directory) is no longer supported
for security reasons and will fail with an error.
+ Along with this, --never-download is now always pinned to True, and is only
being maintained in the short term for backward compatibility (Pull #412).
+ IMPORTANT Switched to the new setuptools (v0.9.7) which has been merged with
Distribute again and works for Python 2 and 3 with one codebase. The
--distribute and --setuptools options are now no-op.
+ Updated to pip 1.4.
+ Added support for PyPy3k
+ Added the option to use a version number with the -p option to get the system
copy of that Python version (Windows only)
+ Removed embedded ez_setup.py, distribute_setup.py and distribute_from_egg.py
files as part of switching to merged setuptools.
+ Fixed --relocatable to work better on Windows.
+ Fixed issue with readline on Windows.
- Spec clean:
+ Depend on setuptools instead of distribute again
+ Package README.rst
+ Build HTML documentation and install it (instead of sources)
Comments 0