| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |\
| |
| | |
Use Mixlib::Shellout instead of Chef::Mixin::Command
|
| | | |
|
| | |\ |
|
| | | | |
|
| | |/ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Using C:\Users\Administrator>chef-solo -i 30 -s 5 -c C:/monsoon/solo.rb -j http://foo-bar/get-run -r http://foo-bar.com/cookbooks.tar.gz
failled with error :
[2015-06-25T15:01:52+02:00] DEBUG: ---- End output of tar zxvf C:/chef/recipes.t
gz -C C:/chef ----
C:/opscode/chef/embedded/apps/chef/lib/chef/mixin/command.rb:140:in `block in ou
tput_of_command': undefined method `exitstatus' for nil:NilClass (NoMethodError)
from C:/opscode/chef/embedded/apps/chef/lib/chef/mixin/command.rb:122:in
`chdir'
from C:/opscode/chef/embedded/apps/chef/lib/chef/mixin/command.rb:122:in
`output_of_command'
from C:/opscode/chef/embedded/apps/chef/lib/chef/mixin/command.rb:101:in
`run_command_and_return_stdout_stderr'
from C:/opscode/chef/embedded/apps/chef/lib/chef/mixin/command.rb:79:in
`run_command'
from C:/opscode/chef/embedded/apps/chef/lib/chef/application/solo.rb:217
:in `reconfigure'
from C:/opscode/chef/embedded/apps/chef/lib/chef/application.rb:58:in `r
un'
from C:/opscode/chef/embedded/apps/chef/bin/chef-solo:25:in `<top (requi
red)>'
from C:/opscode/chef/bin/chef-solo:63:in `load'
from C:/opscode/chef/bin/chef-solo:63:in `<main>'
using Mixlib::ShellOut instead of Chef::Mixin::Command solved the issue
|
| |\ \
| | |
| | | |
Rename powershell spec files to match Ruby conventions
|
| | | | |
|
| | | | |
|
| |\ \ \
| | | |
| | | | |
Move WorkstationConfigLoader into chef-config
|
| | | | | |
|
| |\ \ \ \ |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
provider)
|
| | | | | | |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
as providers
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
"look at all classes to see if they provide the DSL" else clause
when you're just setting resource_name (which happens on every
class). Perf fix for tests.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| |/ / / /
| | | |
| | | |
| | | | |
in Provider
|
| |\ \ \ \ |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
fixes #3618
|
| | | | | | |
|
| |/ / / / |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Fixes #1684
Add tests for path manipulation in chef-fs.
Clean up the handling of paths in chef-fs.
|
| |\ \ \ \
| | | | |
| | | | | |
Fix ability to monkey match LWRP through Chef::Resource::MyLwrp
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| |/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Repro
=====
The following cookbook would repro the issue
cookbooks/lwrptest/resources/my_lwrp.rb
---------------------------------------
```ruby
```
cookbooks/lwrptest/providers/my_lwrp.rb
---------------------------------------
```ruby
```
cookbooks/lwrptest/recipes/default.rb
-------------------------------------
```ruby
module Something
def something
puts 'something here'
end
end
::Chef::Resource::LwrptestMyLwrp.send(:include, Something)
lwrptest_my_lwrp 'blah' do
something
end
```
Why it does not work
====================
Running this in 12.4.0 produces the error
```
NoMethodError
-------------
undefined method `something' for LWRP resource lwrptest_my_lwrp from cookbook lwrptest
```
The problem is that LWRP usage through `Chef::Resource::MyLwrp` and
`Chef::Provider::MyLwrp` is depreacted. In order to participate in
the deprecation, `Chef::Resource::MyLwrp` is a subclass of the actual
`MyLwrp` class with `initialize` overriden to do a Chef::Log.deprecation.
In the example above, the intention is to add a method to the resource
so that it can be used from the dsl. The reason this does not work is
because including the method on `Chef::Resource::MyLwrp` adds the method
to the subclass, and the resource that is looked up when running the
recipe is the actual resource.
|
| |\ \ \ \
| |/ / /
|/| | | |
Rework Resource#action to match the 12.3 API.
|
| | | | | |
|
| | | | |
| | | |
| | | | |
Ping @adamedx for confirmation.
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | | |
Always compare them as arrays, just in case.
|
| | | | |
| | | |
| | | |
| | | | |
This coerces default_action(:one) so action() == [:one]. Also update
doctoring to match behavior.
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |/ / /
| | |
| | |
| | |
| | |
| | |
| | | |
This means it always coerces to an Array. Also ensures that
Resource#action= goes through the same validation.
Fixes #3604.
|
| |\ \ \
| |/ /
|/| | |
Add myself as a core maintainer.
|
| | | |
| | |
| | | |
I would really rather we split the DSL and Resource machinery in to a component because I'm definitely not able to call myself a maintainer for the "and everything else" part, but waiting to get my patches merged it getting annoying :-)
|
| |\ \ \
| | | |
| | | | |
FFI 1.9.9 is causing segfaults
|
| |/ / / |
|
| | | | |
|
| | | |
| | |
| | |
| | | |
Added the word "the" and it now reads much better.
|
