installation failure in travis-ci

1.45s$ curl https://raw.githubusercontent.com/cs01/pipx/master/get-pipx.py | python
Installing pipx
Traceback (most recent call last):
  File "<stdin>", line 231, in <module>
  File "<stdin>", line 215, in main
  File "<stdin>", line 136, in install
  File "<stdin>", line 52, in create_venv
  File "<stdin>", line 64, in upgrade_package
  File "<stdin>", line 70, in _run_pip
  File "<stdin>", line 36, in _run
  File "/opt/python/3.6.3/lib/python3.6/subprocess.py", line 403, in run
    with Popen(*popenargs, **kwargs) as process:
  File "/opt/python/3.6.3/lib/python3.6/subprocess.py", line 709, in __init__
    restore_signals, start_new_session)
  File "/opt/python/3.6.3/lib/python3.6/subprocess.py", line 1344, in _execute_child
    raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: PosixPath('/home/travis/.local/pipx/venvs/pipx/bin/pip'): PosixPath('/home/travis/.local/pipx/venvs/pipx/bin/pip')

I suspect get-pipx.py probably needs to use https://docs.python.org/3/library/os.html#os.makedirs somewhere to ensure that the full path exists.

For reference, the WIP travis config in my PR in my project - https://github.com/guykisel/inline-plz/blob/8956751a942ce3088fbb81a563d63d8aa545073f/.travis.yml

[r-darwish]

I looked into that a bit. These problem is stated here and here but there doesn’t seem to be any solution.

As stated here, the Travis file already runs inside a virtualenv. It appears that invoking venv from inside an exiting virtualenv creates a new virtual environment in which pip isn’t present.

Perhaps get-pipx should not create a virtualenv of its own if get-pipx is already being run inside a virtualenv?

[cs01]

It appears that invoking venv from inside an exiting virtualenv creates a new virtual environment in which pip isn’t present.

@r-darwish I tested this theory, but it does not match what’s happening on my computer. No matter how I create a new virtual env, pip is always there.