forked from pool/python-virtualenv
Dirk Mueller
d55c66c8bb
- Fix virtualenv fails sometimes when run concurrently, ``--clear-app-data`` conflicts with :option:`clear` flag when
abbreviation is turned on. To bypass this while allowing abbreviated flags on the command line we had to move it to
:option:`reset-app-data` - by :user:`gaborbernat`. (`#1824 <https://github.com/pypa/virtualenv/issues/1824>`_)
- Fix download fails with python 3.4 - by :user:`gaborbernat`. (`#1809 <https://github.com/pypa/virtualenv/issues/1809>`_)
- Fixes older CPython2 versions use ``_get_makefile_filename`` instead of ``get_makefile_filename`` on ``sysconfig`` - by :user:`ianw`. (`#1810 <https://github.com/pypa/virtualenv/issues/1810>`_)
- Fix download is ``True`` by default - by :user:`gaborbernat`. (`#1813 <https://github.com/pypa/virtualenv/issues/1813>`_)
- Fail ``app-data`` seed operation when wheel download fails and better error message - by :user:`gaborbernat`. (`#1814 <https://github.com/pypa/virtualenv/issues/1814>`_)
- Fix generating a Python 2 environment from Python 3 creates invalid python activator - by :user:`gaborbernat`. (`#1776 <https://github.com/pypa/virtualenv/issues/1776>`_)
- Fix pinning seed packages via ``app-data`` seeder raised ``Invalid Requirement`` - by :user:`gaborbernat`. (`#1779 <https://github.com/pypa/virtualenv/issues/1779>`_)
- Do not stop interpreter discovery if we fail to find the system interpreter for a executable during discovery
- by :user:`gaborbernat`. (`#1781 <https://github.com/pypa/virtualenv/issues/1781>`_)
- On CPython2 POSIX platforms ensure ``syconfig.get_makefile_filename`` exists within the virtual environment (this is used by some c-extension based libraries - e.g. numpy - for building) - by :user:`gaborbernat`. (`#1783 <https://github.com/pypa/virtualenv/issues/1783>`_)
- Better handling of options :option:`copies` and :option:`symlinks`. Introduce priority of where the option is set
to follow the order: CLI, env var, file, hardcoded. If both set at same level prefers copy over symlink. - by
:user:`gaborbernat`. (`#1784 <https://github.com/pypa/virtualenv/issues/1784>`_)
- Upgrade pip for Python ``2.7`` and ``3.5+`` from ``20.0.2`` to ``20.1`` - by :user:`gaborbernat`. (`#1793 <https://github.com/pypa/virtualenv/issues/1793>`_)
- Fix CPython is not discovered from Windows registry, and discover pythons from Windows registry in decreasing order
by version - by :user:`gaborbernat`. (`#1796 <https://github.com/pypa/virtualenv/issues/1796>`_)
- Fix symlink detection for creators - by :user:`asottile` (`#1803 <https://github.com/pypa/virtualenv/issues/1803>`_)
- Importing setuptools before cli_run could cause our python information query to fail due to setuptools patching
``distutils.dist.Distribution`` - by :user:`gaborbernat`. (`#1771 <https://github.com/pypa/virtualenv/issues/1771>`_)
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-virtualenv?expand=0&rev=83
120 lines
3.7 KiB
RPMSpec
120 lines
3.7 KiB
RPMSpec
#
|
|
# spec file for package python-virtualenv
|
|
#
|
|
# Copyright (c) 2020 SUSE LLC
|
|
#
|
|
# 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 https://bugs.opensuse.org/
|
|
#
|
|
|
|
|
|
%{?!python_module:%define python_module() python-%{**} python3-%{**}}
|
|
%global flavor @BUILD_FLAVOR@%{nil}
|
|
%if "%{flavor}" == "test"
|
|
%define psuffix -test
|
|
%bcond_without test
|
|
%else
|
|
%define psuffix %{nil}
|
|
%bcond_with test
|
|
%endif
|
|
Name: python-virtualenv%{psuffix}
|
|
Version: 20.0.21
|
|
Release: 0
|
|
Summary: Virtual Python Environment builder
|
|
License: MIT
|
|
URL: http://www.virtualenv.org/
|
|
Source: https://files.pythonhosted.org/packages/source/v/virtualenv/virtualenv-%{version}.tar.gz
|
|
BuildRequires: %{python_module setuptools >= 41.0.0}
|
|
BuildRequires: %{python_module setuptools_scm >= 2}
|
|
BuildRequires: fdupes
|
|
BuildRequires: python-rpm-macros
|
|
Requires: python-appdirs >= 1.4.3
|
|
Requires: python-distlib >= 0.3.0
|
|
Requires: python-filelock >= 3.0.0
|
|
Requires: python-importlib-metadata >= 0.12
|
|
Requires: python-importlib_resources >= 1.0
|
|
Requires: python-setuptools
|
|
Requires: python-six >= 1.9.0
|
|
Requires(post): update-alternatives
|
|
Requires(postun): update-alternatives
|
|
BuildArch: noarch
|
|
%ifpython2
|
|
Requires: python-contextlib2 >= 0.6.0
|
|
Requires: python-pathlib2 >= 2.3.3
|
|
%endif
|
|
%if %{with test}
|
|
BuildRequires: %{python_module coverage >= 4.5.1}
|
|
BuildRequires: %{python_module devel}
|
|
BuildRequires: %{python_module packaging >= 20.0}
|
|
BuildRequires: %{python_module pytest >= 4.0.0}
|
|
BuildRequires: %{python_module pytest-env >= 0.6.2}
|
|
BuildRequires: %{python_module pytest-mock >= 2.0.0}
|
|
BuildRequires: %{python_module pytest-timeout >= 1.3.4}
|
|
BuildRequires: %{python_module virtualenv >= %{version}}
|
|
BuildRequires: fish
|
|
BuildRequires: python3-xonsh >= 0.9.13
|
|
BuildRequires: tcsh
|
|
%endif
|
|
%python_subpackages
|
|
|
|
%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.
|
|
|
|
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_build
|
|
|
|
%install
|
|
%if !%{with test}
|
|
%python_install
|
|
%python_expand %fdupes %{buildroot}%{$python_sitelib}
|
|
%python_clone -a %{buildroot}%{_bindir}/virtualenv
|
|
%endif
|
|
|
|
%check
|
|
%if %{with test}
|
|
export LANG="en_US.UTF8"
|
|
%pytest
|
|
%endif
|
|
|
|
%if !%{with test}
|
|
%post
|
|
%python_install_alternative virtualenv
|
|
|
|
%postun
|
|
%python_uninstall_alternative virtualenv
|
|
|
|
%files %{python_files}
|
|
%license LICENSE
|
|
%doc README.md docs/changelog.rst
|
|
%{python_sitelib}/virtualenv*
|
|
%python_alternative %{_bindir}/virtualenv
|
|
%endif
|
|
|
|
%changelog
|