You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
All pipenv subcommands accept --help, like pipenv install --help, pipenv sync --help, and so on. But this doesn't work for pipenv run.
Expected result
pipenv run --help should print help about using this subcommand (flags, etc.).
Actual result
pipenv run --help gets upset when I ask for help:
$ pipenv run --help
Traceback (most recent call last):
File "/usr/bin/pipenv", line 11, in <module>
load_entry_point('pipenv==2018.11.15.dev0', 'console_scripts', 'pipenv')()
File "/usr/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 764, in __call__
return self.main(*args, **kwargs)
File "/usr/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 717, in main
rv = self.invoke(ctx)
File "/usr/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 1137, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 956, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
return callback(*args, **kwargs)
File "/usr/lib/python3.8/site-packages/pipenv/vendor/click/decorators.py", line 64, in new_func
return ctx.invoke(f, obj, *args, **kwargs)
File "/usr/lib/python3.8/site-packages/pipenv/vendor/click/core.py", line 555, in invoke
return callback(*args, **kwargs)
File "/usr/lib/python3.8/site-packages/pipenv/cli/command.py", line 407, in run
do_run(
File "/usr/lib/python3.8/site-packages/pipenv/core.py", line 2328, in do_run
do_run_posix(script, command=command)
File "/usr/lib/python3.8/site-packages/pipenv/core.py", line 2296, in do_run_posix
os.execl(
File "/usr/lib/python3.8/os.py", line 534, in execl
execv(file, args)
FileNotFoundError: [Errno 2] No such file or directory
I guess that run terminates the command parsing, and it's trying to run an executable named --help. It would be more helpful if the first non-option argument would terminate argument parsing instead, with the customary special -- option available to forcibly terminate argument parsing.
Hi @ttencate
This improvement has already been implemented in the master branch. Unfortunately, until #3369 happens you will have to install from git to get this...
Issue description
All
pipenv
subcommands accept--help
, likepipenv install --help
,pipenv sync --help
, and so on. But this doesn't work forpipenv run
.Expected result
pipenv run --help
should print help about using this subcommand (flags, etc.).Actual result
pipenv run --help
gets upset when I ask for help:I guess that
run
terminates the command parsing, and it's trying to run an executable named--help
. It would be more helpful if the first non-option argument would terminate argument parsing instead, with the customary special--
option available to forcibly terminate argument parsing.Steps to replicate
See above.
The text was updated successfully, but these errors were encountered: