Virtualenv: crash avec Python 3.3 sur Arch Linux

Si j'installe Python 3.3 à partir d'Arch Linux AUR et que j'essaie d'ouvrir un virtualenv, j'obtiens ce plantage :

$ virtualenv -p python3.3 /tmp/foo
Running virtualenv with interpreter /usr/bin/python3.3
Using base prefix '/usr'
New python executable in /tmp/foo/bin/python3.3
Also creating executable in /tmp/foo/bin/python
Installing setuptools, pip, wheel...
  Complete output from command /tmp/foo/bin/python3.3 - setuptools pip wheel:
  Traceback (most recent call last):
  File "<stdin>", line 7, in <module>
  File "/usr/lib/python3.5/site-packages/virtualenv_support/pip-8.1.0-py2.py3-none-any.whl/pip/__init__.py", line 15, in <module>
  File "/usr/lib/python3.5/site-packages/virtualenv_support/pip-8.1.0-py2.py3-none-any.whl/pip/vcs/subversion.py", line 9, in <module>
  File "/usr/lib/python3.5/site-packages/virtualenv_support/pip-8.1.0-py2.py3-none-any.whl/pip/index.py", line 30, in <module>
  File "/usr/lib/python3.5/site-packages/virtualenv_support/pip-8.1.0-py2.py3-none-any.whl/pip/wheel.py", line 39, in <module>
  File "/usr/lib/python3.5/site-packages/virtualenv_support/pip-8.1.0-py2.py3-none-any.whl/pip/_vendor/distlib/scripts.py", line 14, in <module>
  File "/usr/lib/python3.5/site-packages/virtualenv_support/pip-8.1.0-py2.py3-none-any.whl/pip/_vendor/distlib/compat.py", line 66, in <module>
ImportError: cannot import name HTTPSHandler
----------------------------------------
...Installing setuptools, pip, wheel...done.
Traceback (most recent call last):
  File "/usr/lib/python3.5/site-packages/virtualenv.py", line 2311, in <module>
    main()
  File "/usr/lib/python3.5/site-packages/virtualenv.py", line 703, in main
    symlink=options.symlink)
  File "/usr/lib/python3.5/site-packages/virtualenv.py", line 936, in create_environment
    download=download,
  File "/usr/lib/python3.5/site-packages/virtualenv.py", line 892, in install_wheel
    call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT)
  File "/usr/lib/python3.5/site-packages/virtualenv.py", line 787, in call_subprocess
    % (cmd_desc, proc.returncode))
OSError: Command /tmp/foo/bin/python3.3 - setuptools pip wheel failed with error code 1

Il y a une discussion dans les commentaires sur ce paquet AUR sur les différents indicateurs de construction liés à SSL. J'ai l'impression que le paquet lui-même doit être réparé d'une manière ou d'une autre, donc ce plantage n'est pas la faute de virtualenv. Cependant, ce serait bien si virtualenv était au courant de cette erreur potentielle et pouvait imprimer un message utile. Quelque chose comme "Le paquet SomethingSomething est manquant, probablement parce que votre version de Python a été construite sans BlahBlahSSL. Virtualenv ne prend pas en charge cela."