-
Notifications
You must be signed in to change notification settings - Fork 583
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
Busser Fixes for Greybeard UNIX #265
Conversation
Some shells (*cough* C shell *cough*) do not appreciate commands littered with newline characters. This commit just ensures all remote Busser commands are one liners. Even though the remote Busser commands are executed under Bourne (via `sh -c`) we cannot guarantee the $SHELL of the user we are SSH-ing in as will be Bourne. More info regarding C shell (csh) + newlines here: http://www.grymoire.com/Unix/CshTop10.txt
So sorry, my tied brain missing this last night. Will review test, and be ready for a quick and simple rc.2 tonight. |
@fnichol No worries man! You actually didn't miss it last night, I just hacked on these fixes this AM! 😄 |
Did Busser not properly generate its binstub script in If not I can work to make sure that Busser works in this case. However, I'm really glad to see that setting |
No, that is my workaround to the fact that the switch only allows bin files from signed packages to be executed. In the case of |
This should allow for more consistent configuration output and pave the way for user, default, inherited, and computed configuration support.
@schisamo How does this look now? Small enough refactors, but should help I think we can get away with |
Agreed on sudo = false by default. Otherwise LGTM! 👍 |
Choo choo! |
Busser Fixes for Greybeard UNIX
It appears that some platforms (CentOS being one of them) may want to call certain progrmas as root. Either because of the path to /sbin/service or other reasons. Setting Busser configuration option of `sudo` to `true` should enable a better out-of-the-box experience in the default case and still allows for this setting to be overriden in a busser config block in the root of the .kitchen.yml document: --- driver: vagrant provisioner: chef_solo busser: sudo: false platforms: - name: centos-6.4 suites: - name: server Or in a platform: --- driver: vagrant provisioner: chef_solo platforms: - name: centos-6.4 busser: sudo: false suites: - name: server Or in a suite: --- driver: vagrant provisioner: chef_solo platforms: - name: centos-6.4 suites: - name: server busser: sudo: false This reverts commit f002ae7. Closes #269 References #273 References #270 References #265
Update version to 1.0.1
A number of fixes for
Kitchen::Busser
I wound while testing1.0.0.rc.1
against a network switch which runs a stripped down version of FreeBSD.Fixes include:
sudo
notuse_sudo
busser/ruby_bindir
config value is respectedbusser/busser_bin
config value is respectedHere is the
.kitchen.yml
I used in my testing:https://gist.github.com/schisamo/0b1eb8da5034f85199f0