-
-
Notifications
You must be signed in to change notification settings - Fork 141
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
use POSIX compliant command -v
instead of which
#3215
use POSIX compliant command -v
instead of which
#3215
Conversation
Thanks! |
This had broken the builds that tried to find |
This has broken the tests. Although I agree that |
@chewi "like you're doing here" - where? |
Like here I guess: Line 871 in 1c335b5
For finding the executable maybe |
Yes, I was going to try |
"command" is a shell built-in so you cannot call it with Popen. Bug: Xpra-org#3215
"command" is a shell built-in so you cannot call it with Popen. Bug: #3215
And yet another breakage is caused by this change: #3610. |
Xpra currently depends on the tool
which
to be installed to find its own binary on a server. The resulting error message is not helpful as it claims the Xpra binary was not found (i.e. Xpra is not installed when it clearly is), but instead it is the binary-to-find-binaries that was not found.On Archlinux for example
which
is not installed by default andwhich
in general has different output on different distributions.Using
command -v
is POSIX compliant (which
is not) and will work on every distribution without requiring to havewhich
installed. It is also the endorsed way to find the path to a binary in $PATH.This PR should fix this (I only tested it on Archlinux).