delta/python-packages/virtualenv.git, branch rewrite

Minor updates to the documentation (#1540)

2020-02-05T10:56:50+00:00

release 20.0.0b2

2020-02-04T16:40:05+00:00

Signed-off-by: Bernat Gabor

update release process to include zipapp (#1539)

2020-02-04T16:38:15+00:00

Signed-off-by: Bernat Gabor

rewrite the documentation (#1519)

2020-02-04T14:51:00+00:00

Stable order in pyenv.cfg, include-system-site-packages only for ref (#1535)

2020-02-02T12:23:10+00:00

Previously the order was dictionary order depdendent, so not stable
accross Python implementations, and we also set the include system
site package for all creators, should be only for ref creators.

Signed-off-by: Bernat Gabor

pyproject.toml for version generation (#1534)

2020-02-02T12:21:33+00:00

Instead of the usual setup.py.

Signed-off-by: Bernat Gabor

README is now markdown instead of reStructuredText (#1536)

2020-02-02T12:21:07+00:00

Signed-off-by: Bernat Gabor

upgrade wheel from 0.34.0 to 0.34.2 (#1531)

2020-01-31T12:15:18+00:00

Signed-off-by: Bernat Gabor

generate fish and bash activators on Windows (#1528)

2020-01-31T11:43:31+00:00

Signed-off-by: Bernat Gabor

fish prompt: preserve pipestatus (#1530)

2020-01-30T18:53:55+00:00

The upcoming release fish 3.1.0 provides a variable $pipestatus, that
exposes the exit code of each process in a pipeline. This $pipestatus
is also used by the new default prompt.

Presently, $status is restored but not $pipestatus, so a prompt displaying
the pipestatus is wrong:

expected:

	(env) $ false | true | false
	(env) [1|0|1] $

actual:

	(env) $ false | true | false
	(env) [0|1] $

The wrong $pipestatus is because `echo 'exit 1' | source` is used
to restore the $status.
This commit solves this problem more elegantly by running the user's
prompt immediately, and printing it later.
Uses the fish builtin "string" command which exists since fish 2.3b1
(released April 19, 2016) so that's unlikely to cause problems.