New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide a strict_env compatible version of source_up #913
Labels
Comments
The exit status is intentional to be able to distinguish if a file was loaded or not. I don't mind having |
jfly
added a commit
to jfly/direnv
that referenced
this issue
Apr 8, 2022
This fixes direnv#913 While I was in here, I opted to make the existing `source_up` script log explicitly when it can't find a file. I think that's useful both with strict_env enabled and disabled.
I spend some time trying to figure out why my |
@jfly yes, that looks great, thank you! |
zimbatm
added a commit
that referenced
this issue
Apr 14, 2022
This fixes #913 While I was in here, I opted to make the existing `source_up` script log explicitly when it can't find a file. I think that's useful both with strict_env enabled and disabled. Co-authored-by: zimbatm <zimbatm@zimbatm.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
(This request is very similar to #728, but with
source_up
)Right now,
source_up
searches upwards (usingfind_up
) until it finds a file. If it doesn't, it exits 1, and if you've gotstrict_env
turned on, loading the.envrc
file immediately stops.Is this intentional? The docstring on
source_up
sort of makes it sound like maybe it was intended to happily ignore missing files?If it is intentional that
source_up
exits nonzero when there's no ancestor file, how would you feel about a PR adding a newsource_up_if_exists
method?The text was updated successfully, but these errors were encountered: