certbot/letsencrypt-auto-source
ohemorange 9746c310d8 Always download the pinned version of pip in pipstrap (#6691)
This will immediately address the breakage reported in #6682 and tracked at #6685. Virtualenv downloads the latest pip, which causes issues, so after virtualenv upgrades pip, downgrade to the pinned version.

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.

* Always download the pinned version of pip in pipstrap

* Run build.py

* Update changelog

* Remove unused variable

* Run build.py
2019-01-24 12:03:21 -08:00
..
pieces Always download the pinned version of pip in pipstrap (#6691) 2019-01-24 12:03:21 -08: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 Always download the pinned version of pip in pipstrap (#6691) 2019-01-24 12:03:21 -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