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
don't use system for ruby/node if it is a shim exe #1668
Conversation
Hi. This is a really disruptive change IMO, which - from the discription - should only have an impact for ruby and node shims. But basically this change disallows any binaries installed inside the home directory. Is this intentional? Asking because pre-commit failed installing a hook, since it could not find a binary which is available in my path, at |
this is correct, it only affects ruby and node as the code here is only used for ruby and node
if you read the change, it does not do that, it must contain both it also doesn't ban them -- it just turns off the automatic
I suspect you have an XY problem -- instead of prescribing a solution please describe your exact reproducible problem and then I can help you |
I think that's wrong. The
This should do it. What you said above... right?! |
no it's meant to ban both homedir and shims executables please describe your actual problem behaviour instead of solution hunting, I suspect you're lost and trying to find something which isn't causing your problem and wasting all of our time |
But why? The problem started with something specific to rbenv shims. Now, all binaries inside the home dir (for node and ruby) are banned. Why?
Using downloaded binaries does not usually work on my system. So, having nodeenv fetch some arbirtary binary from the net (II suspect it does that) will fail. I was using pre-commit 2.7 before it everything worked smoothly. Now pre-commit failed because of this disruptive change. |
the reason is home-directory installed binaries are likely to target shifting sands, breaking environments after the fact -- the specific issue was about rbenv which makes it very easy to do this but the problem persists for other managers as well you can easily restore the previous default with: default_language_version:
node: system |
also, have some empathy "this disruptive change" is not appropriate language. you're getting free software and you're not sponsoring so I don't have to take this attitude from you |
Resolves #1658