UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.146 Safari/537.36

Steps to reproduce the problem:
1. Symlink /bin/python to something other than python2 (e.g. python3 or old version of python2)
2. Compile chromium from scratch

What is the expected behavior?
All Chromium tools should run in environments not dependent on the host's /bin/python symlink, but on its own version of python 2.7.

Alternatively, the python found most recently in $PATH should be used to enable virtualenvs.

What went wrong?
In the case of python 3 hosts (e.g. arch),
gsutil imports urllib2 which is not available, and the build will exit with syntax errors.

Additionally, when gsutil's dependencies are being met and an unexpected python version is used, it'll attempt to download a file like "infra/python/wheels/cffi/linux-amd64_cp32_abi3" (notice cp3, that's the *host* python version) which is not registered. Example log of my own: https://gist.github.com/Zirak/2c20fd63c4d72bef65da53e1ac23c8ae This has been happening in the wild as well: https://aur.archlinux.org/packages/v8/?comments=all , ryanvade's comment in 2018-01-03 04:27.

Did this work before? N/A 

Chrome version: 65.0.3325.146  Channel: stable
OS Version: 
Flash Version: 

I've patched depot_tools to include the necessary python version, but it may be an indicator of a deeper bug in vpython: Even when configuring a virtualenv of your own, the host python is grabbed and not the virtualenv's.