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
Be sure to check the existing issues (both open and closed!), and make sure you are running the latest version of Pipenv.
Check the diagnose documentation for common issues before posting! We may close your issue if it is very similar to one of them. Please be considerate, or be on your way.
Make sure to mention your debugging experience if the documented solution failed.
Issue description
When a .env file is present in a working dir, pipenv prints out
Loading .env environment variables...
to stderr instead of stdout – causing the process to return with an exit code of 1, even if the process actually succeeded. Setting PIPENV_VERBOSITY=-1 suppresses some of the other messages, like the warning about running inside a virtual env (which also writes to stderr), but it does not remove the .env message.
It also does pipes the courtesy notice about running inside a virtualenv to stderr as well (this one I could probably understand and live with, though there doesn't seem to be a way to suppress this either).
Courtesy Notice: Pipenv found itself running within a virtual environment, so it will automatically use that environment, instead of creating its own for any project. You can set PIPENV_IGNORE_VIRTUALENVS=1 to force pipenv to ignore that environment and create its own instead. You can set PIPENV_VERBOSITY=-1 to suppress this warning.
Expected result
pipenv should not write anything to stdout unless it is an actual error or failure.
Actual result
The informational text is piped to stderr.
Steps to replicate
Provide the steps to replicate (which usually at least includes the commands and the Pipfile).
You can reproduce this by creating a simple requirements.txt file in a dir, a Pipfile in a dir, and a .env file in a dir, then running:
importsubprocesssubprocess.check_output("PIPENV_VERBOSITY=-1 pipenv run pip install -r requirements.txt", shell=True)
The text was updated successfully, but these errors were encountered:
There are reasons we print some things to standard error over standard out, take generating a requirements file for example, you want to be able to pipe that to standard out without the other logging that pipenv does. However I think I more could be done to tune down logging when requested via these flags and env vars.
Be sure to check the existing issues (both open and closed!), and make sure you are running the latest version of Pipenv.
Check the diagnose documentation for common issues before posting! We may close your issue if it is very similar to one of them. Please be considerate, or be on your way.
Make sure to mention your debugging experience if the documented solution failed.
Issue description
When a .env file is present in a working dir,
pipenv
prints outto stderr instead of stdout – causing the process to return with an exit code of 1, even if the process actually succeeded. Setting
PIPENV_VERBOSITY=-1
suppresses some of the other messages, like the warning about running inside a virtual env (which also writes to stderr), but it does not remove the .env message.It also does pipes the courtesy notice about running inside a virtualenv to stderr as well (this one I could probably understand and live with, though there doesn't seem to be a way to suppress this either).
Expected result
pipenv
should not write anything to stdout unless it is an actual error or failure.Actual result
The informational text is piped to stderr.
Steps to replicate
Provide the steps to replicate (which usually at least includes the commands and the Pipfile).
You can reproduce this by creating a simple
requirements.txt
file in a dir, aPipfile
in a dir, and a.env
file in a dir, then running:The text was updated successfully, but these errors were encountered: