1
0
python-virtualenv/python-virtualenv.spec
Sascha Peilicke d364ce80d9 - 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

OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-virtualenv?expand=0&rev=27
2013-07-29 15:25:13 +00:00

96 lines
3.5 KiB
RPMSpec

#
# spec file for package python-virtualenv
#
# Copyright (c) 2013 SUSE LINUX Products GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.
# Please submit bugfixes or comments via http://bugs.opensuse.org/
#
Name: python-virtualenv
Version: 1.10
Release: 0
Url: http://www.virtualenv.org/
Summary: Virtual Python Environment builder
License: MIT
Group: Development/Languages/Python
Source: https://pypi.python.org/packages/source/v/virtualenv/virtualenv-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-build
BuildRequires: python-devel
# Documentation requirements
BuildRequires: python-Sphinx
Requires: python-pip
Requires: python-setuptools
Requires(post): update-alternatives
Requires(postun): update-alternatives
%if 0%{?suse_version} && 0%{?suse_version} <= 1110
%{!?python_sitelib: %global python_sitelib %(python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")}
%else
BuildArch: noarch
%endif
%description
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).
%prep
%setup -q -n virtualenv-%{version}
%build
python setup.py build
python setup.py build_sphinx && rm build/sphinx/html/.buildinfo
%install
python setup.py install --prefix=%{_prefix} --root=%{buildroot}
%pre
# Since /usr/bin/virtualenv became ghosted to be used with update-alternatives, we have to
# get rid of the old binary resulting from the non-update-alternativies-ified package:
[[ ! -L %{_bindir}/virtualenv ]] && rm -f %{_bindir}/virtualenv
exit 0
%post
update-alternatives \
--install %{_bindir}/virtualenv virtualenv %{_bindir}/virtualenv-%{py_ver} 20
%preun
if [ $1 -eq 0 ] ; then
update-alternatives --remove virtualenv %{_bindir}/virtualenv-%{py_ver}
fi
%files
%defattr(-,root,root,-)
%doc LICENSE.txt README.rst build/sphinx/html
%ghost %{_bindir}/virtualenv
%{_bindir}/virtualenv-%{py_ver}
%{python_sitelib}/virtualenv*
%changelog