- update to 20.4.0:

- On the programmatic API allow passing in the environment variable
    dictionary to use, defaults to ``os.environ`` if not specified
  - Upgrade embedded setuptools to ``51.3.3`` from ``51.1.2``
  - Bump embed pip to ``20.3.3``, setuptools to ``51.1.1`` and wheel to ``0.36.2``
  - Allow unfunctioning of pydoc to fail freely so that virtualenvs can be
  activated under Zsh with set -e (since otherwise ``unset -f`` and
  ``unfunction`` exit with 1 if the function does not exist in Zsh)
  - Drop cached python information if the system executable is no longer
    present (for example when the executable is a shim and the mapped
    executable is replaced - such is the case with pyenv)
  - The builtin discovery takes now a ``--try-first-with`` argument and is
    first attempted as valid interpreters. One can use this to force discovery
    of a given python executable when the discovery order/mechanism raises errors -
  - On Windows python ``3.7+`` distributions where the exe shim is missing
    fallback to the old ways - by :user:`gaborbernat`. (`#1986
  - When discovering interpreters on Windows, via the PEP-514, prefer
   ``PythonCore`` releases over other ones. virtualenv

OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-virtualenv?expand=0&rev=95

python-virtualenv.changes

@@ -1,3 +1,25 @@
+-------------------------------------------------------------------
+Thu Jan 28 23:22:54 UTC 2021 - Dirk Müller <dmueller@suse.com>
+
+- update to 20.4.0:
+  - On the programmatic API allow passing in the environment variable
+    dictionary to use, defaults to ``os.environ`` if not specified
+  - Upgrade embedded setuptools to ``51.3.3`` from ``51.1.2``
+  - Bump embed pip to ``20.3.3``, setuptools to ``51.1.1`` and wheel to ``0.36.2``
+  - Allow unfunctioning of pydoc to fail freely so that virtualenvs can be
+  activated under Zsh with set -e (since otherwise ``unset -f`` and
+  ``unfunction`` exit with 1 if the function does not exist in Zsh)
+  - Drop cached python information if the system executable is no longer
+    present (for example when the executable is a shim and the mapped
+    executable is replaced - such is the case with pyenv)
+  - The builtin discovery takes now a ``--try-first-with`` argument and is
+    first attempted as valid interpreters. One can use this to force discovery
+    of a given python executable when the discovery order/mechanism raises errors -
+  - On Windows python ``3.7+`` distributions where the exe shim is missing
+    fallback to the old ways - by :user:`gaborbernat`. (`#1986
+  - When discovering interpreters on Windows, via the PEP-514, prefer
+   ``PythonCore`` releases over other ones. virtualenv
+
 -------------------------------------------------------------------
 Sat Dec 19 10:01:08 UTC 2020 - Dirk Mueller <dmueller@suse.com>
 

python-virtualenv.spec

@@ -1,7 +1,7 @@
 #
 # spec file for package python-virtualenv
 #
-# Copyright (c) 2020 SUSE LLC
+# Copyright (c) 2021 SUSE LLC
 #
 # All modifications and additions to the file contributed by third parties
 # remain the property of their copyright owners, unless otherwise agreed
@@ -26,7 +26,7 @@
 %bcond_with test
 %endif
 Name:           python-virtualenv%{psuffix}
-Version:        20.2.2
+Version:        20.4.0
 Release:        0
 Summary:        Virtual Python Environment builder
 License:        MIT

virtualenv-20.2.2.tar.gz

@@ -1,3 +0,0 @@
-version https://git-lfs.github.com/spec/v1
-oid sha256:b7a8ec323ee02fb2312f098b6b4c9de99559b462775bc8fe3627a73706603c1b
-size 9074582

virtualenv-20.4.0.tar.gz

@@ -0,0 +1,3 @@
+version https://git-lfs.github.com/spec/v1
+oid sha256:219ee956e38b08e32d5639289aaa5bd190cfbe7dafcb8fa65407fca08e808f9c
+size 9079287