Feature request: Add a --quiet/-q option to pipenv run.
See original GitHub issueWhen you have an .env file in your project directory, pipenv run
will output Loading .env environment variables…
before the actual script output. This is undesirable if you need to parse the output of pipenv run ...
in a script. Therefore, a --quiet
option that suppresses such output would be nice.
Issue Analytics
- State:
- Created 5 years ago
- Reactions:9
- Comments:7 (5 by maintainers)
Top Results From Across the Web
pipenv Documentation - Read the Docs
Pipenv is a tool that aims to bring the best of all packaging worlds (bundler, composer, npm, cargo, yarn, etc.) to the. Python...
Read more >Advanced Usage of Pipenv - Read the Docs
Pipenv makes an API call to retrieve those results and use them each time you run pipenv check to show you vulnerable dependencies....
Read more >pipenv · PyPI
Automatically adds/removes packages to a Pipfile when they are un/installed. ... Use a lower-level pip command: $ pipenv run pip freeze ...
Read more >Pipenv: promises a lot, delivers very little | Chris Warrick
A new release when the maintainer feels like adding a feature is too often. ... I create ~/git/website and run pipenv install Django...
Read more >CLI for JFrog Artifactory - JFrog CLI
The jfrog c add command allows disabling this functionality. ... Execute the cUrl client, to sent a GET request to the /api/build endpoint ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@techalchemy Why? That is not an error and it will make life harder for those who want to actually see errors. Say you’re working on a script but don’t want to see that message, so you redirect stderr somewhere else and now you can’t see any errors at all.
perhaps this is a valid use case for the --quiet option?
I have the following line in my .vimrc on which I rely a lot:
map <F1> mx<cr>:%!pipenv run black --line-length 79 --safe --quiet -<cr>
x`Hitting F1 either showed my basic syntax or other errors black output at the bottom of my source file, or it beautified my code. Now with an
.env
file in my project, I am forced to change this line tomap <F1> mx<cr>:%!pipenv run black --line-length 79 --safe --quiet - 2>/dev/null<cr>
x`(which now applied to all my projects!) and the usefulness has been reduced, since black can’t tell me any longer if it has problems parsing my code.
I’d much rather be able to say
map <F1> mx<cr>:%!pipenv --quiet run black --line-length 79 --safe --quiet -<cr>
x`or something like that.