pool/python-virtualenv
SHA256
2
0
Fork 1
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

- Enable tests, skip upstream failing one

Browse Source 
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-virtualenv?expand=0&rev=61
This commit is contained in:
Tomáš Chvátal 2018-07-22 10:26:39 +00:00 committed by Git OBS Bridge
parent b82e1fa9b1
commit 26031a2e22
2 changed files with 17 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
python-virtualenv.changes
View File

@ -1,3 +1,8 @@
-------------------------------------------------------------------
Sun Jul 22 10:26:27 UTC 2018 - tchvatal@suse.com
- Enable tests, skip upstream failing one
-------------------------------------------------------------------
Fri Jul 20 16:29:52 UTC 2018 - mwilck@suse.com

21
python-virtualenv.spec
View File

@ -20,21 +20,20 @@
Name: python-virtualenv
Version: 15.1.0
Release: 0
Url: http://www.virtualenv.org/
Summary: Virtual Python Environment builder
License: MIT
Group: Development/Languages/Python
Source: https://pypi.io/packages/source/v/virtualenv/virtualenv-%{version}.tar.gz
URL: http://www.virtualenv.org/
Source: https://files.pythonhosted.org/packages/source/v/virtualenv/virtualenv-%{version}.tar.gz
Patch01: pypa-virtualenv-1189.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-build
BuildRequires: %{python_module devel}
BuildRequires: %{python_module mock}
BuildRequires: %{python_module pytest}
BuildRequires: %{python_module setuptools}
BuildRequires: python-rpm-macros
Requires: python
Requires(post): update-alternatives
Requires(postun): update-alternatives
BuildArch: noarch
%python_subpackages
%description
@ -43,7 +42,7 @@ 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
%{_libexecdir}/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.
@ -70,15 +69,19 @@ libraries either).
%python_install
%python_clone -a %{buildroot}%{_bindir}/virtualenv
%check
# test broken upstream https://github.com/pypa/virtualenv/issues/530
%python_expand py.test-%{$python_bin_suffix} -k 'not test_always_copy_option' -vv
%post
%python_install_alternative virtualenv
%postun
%python_uninstall_alternative virtualenv
%files %python_files
%defattr(-,root,root,-)
%doc LICENSE.txt README.rst
%files %{python_files}
%license LICENSE.txt
%doc README.rst
%{python_sitelib}/virtualenv*
%python_alternative %{_bindir}/virtualenv
%pycache_only %{python_sitelib}/__pycache__