-
Notifications
You must be signed in to change notification settings - Fork 32
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
ceph_salt_deployment: use --prefix /usr with "pip install" #221
Conversation
This will help debug issues like this one: Deployment fails with: master: ++ ceph-salt config /Ceph_Cluster/Minions add master.octopus.com master: /tmp/vagrant-shell: line 143: ceph-salt: command not found Yet, after subsequently SSHing in: master:~ # type ceph-salt ceph-salt is /usr/local/bin/ceph-salt master:~ # echo $PATH /sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin master:~ # ceph-salt Usage: ceph-salt [OPTIONS] COMMAND [ARGS]... ... Signed-off-by: Nathan Cutler <ncutler@suse.com>
On tumbleweed, "pip install" puts executables in "/usr/local/bin" but this is not in the PATH Fixes: SUSE#220 Signed-off-by: Nathan Cutler <ncutler@suse.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
Wouldn't it be nicer to have |
Maybe there is a misunderstanding? I see neither the commit message nor the issue emphasized that this PR is merely extending the current behavior ( I double-checked it just now:
In other words, we have been "polluting the filesystem", as you put it, since the very beginning... Now, I suppose we could change But is this really needed? sesdev never installs ceph-salt both from source and from RPM, only one or the other. |
Ah. I wasn't aware of that. Thanks for clarification. |
Deployment fails with:
Yet, after subsequently SSHing in:
The reason is that
ceph_salt_deployment.sh
is not running in a login shell, so/usr/local/bin
does not get added to the PATH.For whatever reason,
pip install
does not behave this way in Leap 15.2 and earlier. This issue is only seen in--os=tumbleweed
deployments.Fixes: #220