-
Notifications
You must be signed in to change notification settings - Fork 270
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
Chef 11.14.2 breaks due to ruby-wmi dependency #99
Comments
I'm hitting this right now as well. If you're deploying with knife, it looks like you're able to control the version of chef-client with a --bootstrap-version flag. |
I too am hitting this when bootstrapping with WinRM. My workaround was to use the --bootstrap-version option to specify the previous stable version of chef client (11.12.8). |
Similar thing for Vagrant, use config.omnibus.chef_version = '11.12.8' |
I'm currently testing #100 as a potential fix. |
#101 was merged and released, The windows cookbook version 1.34.0 fixes this bug. |
This is being fixed a different way (sans any gem dependencies) in #108 |
@btm So is windows cookbook 1.34.0 actually broken right now or are you just refactoring things? |
1.34.0 worked fine if you were using 11.14.2 omnibus which included wmi-lite or had internet access to install the wmi-lite gem. 1.34.2 has no external wmi gem dependencies. |
Just a heads up, if you start using Chef 11.14.2 with this cookbook (as I am while using the latest Chef Omnibus installer via vagrant), it breaks on the ruby-wmi dependencies.
One of the notes on Chef 11.14.2 here is that the ruby-wmi gem was replaced with the wmi-lite gem. Is that something you guys plan to also do in the windows cookbook?
The text was updated successfully, but these errors were encountered: