| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
If you call state_properties :x, and there is no
property :x yet, it assumes you are working with a custom
getter/setter like "def x". This is fine, but when you say
"property :x", it won't override that (and will treat the
property as if the getter/setter were already defined instead
of creating a new one).
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Chef::ApiClient.
For backwards compatibility. ApiClientV1 will replace ApiClient when Chef 13 is released.
Updated client_*.rb knife commands to use ApiClientV1.
|
|
|
|
|
|
|
|
| |
deprecated chef_rest.
Unfortunately, chef_rest was using the now outdated Chef::HTTP so I could not default it to API V0.
It was also being used anywhere except Chef::ChefFS::FileSystem::CookbooksDir, which can just as easially use
rest instead of chef_rest as they provide the same interface. That update has been made.
|
| |
|
|
|
|
|
|
| |
Chef::UserV1.
Also, have Chef::User (formally Chef::OscUser) use API V0 to make requests.
|
| |
|
| |
|
| |
|
|
|
|
| |
over priority
|
|
|
|
| |
to keep property_type simple
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| | |
Simplify LWRP Deprecations Proposal 1
|
| |
| |
| |
| |
| |
| |
| | |
Our logic for creating the deprecation class was too complicated and had
a lot of edge cases. Simplifying here to only deprecate when
`:treat_deprecation_warnings_as_errors` is set. This means that warnings
will no longer be printed, however this is a lot less risky.
|
| |
| |
| |
| |
| | |
This reverts commit 27d8675ec1c80f1eb7ec57f7b6c854441bb395ee, reversing
changes made to 3501ba4020dc21377bc999e57e25eadb315ec783.
|
|\ \
| | |
| | | |
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
|
| | | |
|
|\ \ \
| |_|/
|/| | |
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.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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.
|
| | |
| | |
| | | |
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.
|
| |
| |
| |
| | |
Added the word "the" and it now reads much better.
|