certbot/letsencrypt-auto-source
ohemorange 658b7b9d47 Add VIRTUALENV_NO_DOWNLOAD=1 to all calls to virtualenv (#6690)
This will immediately address the breakage reported in #6682 and tracked at #6685. Virtualenv downloads the latest pip, which causes issues, so tell virtualenv to not download the latest pip.

I added the flag preemptively to other files as well, they're in separate commits so it will be easy to revert any spots we don't want.

I've confirmed that this fixes the issue on a machine that fails with the version of certbot-auto currently in master: recent version of virtualenv, python 2.7.

* Update changelog

* Use an environment variable instead of a flag for compatibility with old versions

* Run build.py
2019-01-24 10:03:52 -08:00
..
pieces Update pinned version of pyOpenSSL (#6571) 2019-01-20 19:24:43 +01:00
tests Protect certbot-auto against automated downgrades (#6448) 2018-11-19 14:28:59 -08:00
build.py Pin dependency versions when using tools/venv.sh (#4629) 2017-05-11 10:06:05 -07:00
certbot-auto.asc Release 0.30.0 2019-01-02 12:33:19 -08:00
Dockerfile.centos6 Explicitly add six as a dependency in letsencrypt-auto-source dockerfiles (#5808) 2018-03-29 15:34:38 -07:00
Dockerfile.jessie Update outdated tests (#6515) 2019-01-16 13:17:37 -08:00
Dockerfile.trusty Explicitly add six as a dependency in letsencrypt-auto-source dockerfiles (#5808) 2018-03-29 15:34:38 -07:00
Dockerfile.xenial Update outdated tests (#6515) 2019-01-16 13:17:37 -08:00
letsencrypt-auto Add VIRTUALENV_NO_DOWNLOAD=1 to all calls to virtualenv (#6690) 2019-01-24 10:03:52 -08:00
letsencrypt-auto.sig Release 0.30.0 2019-01-02 12:33:19 -08:00
letsencrypt-auto.template Add VIRTUALENV_NO_DOWNLOAD=1 to all calls to virtualenv (#6690) 2019-01-24 10:03:52 -08:00
version.py Cleanup test farm tests and add test_sdists (#4089) 2017-01-30 19:37:23 -08:00