'which' is deprecated in Debian sid #88
Conversation
Using the `which` binary on a Debian sid installation today emits
deprecation warnings that suggest using `command -v` instead.
Unfortunately I found that on my MacOS install I found that
/usr/bin/command is a shell script:
builtin `echo ${0##*/} | tr \[:upper:] \[:lower:]` ${1+"$@"}
as well as a shell builtin:
$ command -v command
command
...which is not helpful from Ruby.
I did some research and it seems there is no canonical implementation of
Which in ruby standard lib proper, but there is ptools that adds which
to the File class.
Signed-off-by: Kingdon Barrett <kingdon@weave.works>
|
Oof, sorry about that @kingdonb! I remember writing this code and feeling a bit weird about shelling out to I like your solution, but I'm hesitant to add another gem to kuby-core, especially to bring in just one method. What would you think about copy/pasting the |
|
I wasn't going to suggest that, but it's what I was thinking too... |
|
I ended up copying the code from ptools into kuby-core. Updated code is in master, should be releasing this week :) |
|
Amazing, I have a new Rails 7.1 project and I was thinking about trying to use Kuby to deploy it 💯 Thanks for the heads-up! |
I did some research and it seems there is no canonical implementation of Which in ruby standard lib proper, but there is ptools that adds which to the File class. This is really tricky to diagnose, because they didn't just soft-deprecate it, (it seems it has been replaced with a non-functioning version that emits the warning instead of the path to the target, or at least the emitting of the warning seems to have side-effects that were hard to trace back from my recollection...)
So for users who have this issue on their systems, it manifests as unexplained failure and this is basically the only thing I found particularly worthy of sending back as a PR, from the changes I made in my fork! HTH