Open Lomig opened 2 years ago
Hey @Lomig!
Unfortunately, I don't have a proper solution for this :( asdf is the only versions manager that causes this issue, rbenv and friends work just fine. I'd try to add ~/.asdf/shims
to your PATH, but no guarantees.
@DarthSim I'm also running into this on rbenv currently, I can see that it's correctly loading both ruby and the path for the web process but for all the other processes it loads a completely different path despite loading the same user and shell.
system | Listening at ./.overmind.sock
webpack | Started with pid 62975...
web | Started with pid 62974...
worker | Started with pid 62976...
web | /Users/ryanmacgillivray/.rbenv/shims/ruby
web | /opt/homebrew/bin/zsh
web | /Users/ryanmacgillivray/.rbenv/shims:/Users/ryanmacgillivray/.pyenv/shims:/Users/ryanmacgillivray/.yarn/bin:/Users/ryanmacgillivray/.config/yarn/global/node_modules/.bin:/Users/ryanmacgillivray/.asdf/shims:/opt/homebrew/opt/asdf/libexec/bin:/Users/ryanmacgillivray/.rbenv/shims:/Users/ryanmacgillivray/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/Users/ryanmacgillivray/.rbenv/shims:/Users/ryanmacgillivray/.rbenv/shims/ruby:/Users/ryanmacgillivray/.pyenv/shims:/Users/ryanmacgillivray/.yarn/bin:/Users/ryanmacgillivray/.config/yarn/global/node_modules/.bin:/Users/ryanmacgillivray/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/Users/ryanmacgillivray/.config/nvim/dein_plugins/repos/github.com/junegunn/fzf/bin
webpack | /usr/bin/ruby
webpack | /opt/homebrew/bin/zsh
webpack | /opt/homebrew/bin:/usr/local/bin:/bin:/usr/bin
worker | /usr/bin/ruby
worker | /opt/homebrew/bin/zsh
worker | /opt/homebrew/bin:/usr/local/bin:/bin:/usr/bin
On a very basic level, Overmind doesn't do anything fancy but run tmux with commands from the Procfile. You can emulate the same behavior without Overmind involved:
echo -e "#\!/bin/sh\nruby -v\nwhich gem\nsleep 10" > ruby-test.sh
chmod +x ruby-test.sh
tmux -L rubytest new ./ruby-test.sh \; neww ./ruby-test.sh
If it shows the wrong path too then Overmind is not a cause and you need to check your shell config.
Hi,
I discovered what I consider a very strange behaviour with Overmind, as it does not work properly on my computer whereas it does for my teammates.
We use it to serve locally a Rails project, and it does not seem to work properly for me (the main difference with my colleagues being that I'm using
asdf
to handle my Ruby executables) as it tries to use the global system version of Ruby instead of the managed one for all processes but the first one.As an example:
My procfile:
The output:
Does someone understand what happens here?
Thanks in advance.