| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| | |
Set chef_environment in attributes JSON
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | | |
Correct Windows reboot command to delay in minutes
|
| | |
| | |
| | |
| | |
| | | |
Correct the command used to reboot Windows machines so that it converts
a given delay_mins option to the appropriate number of seconds.
|
| | | |
|
| | | |
|
| | | |
|
|\ \ \
| |/ /
|/| | |
Rewrite nested json test to not use stack
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Freebsd 10.1 i386 testers keep getting:
```
/opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/configuration.rb:1327:in `load': stack level too deep (SystemStackError)
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/configuration.rb:1327:in `block in load_spec_files'
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/configuration.rb:1325:in `each'
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/configuration.rb:1325:in `load_spec_files'
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:102:in `setup'
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:88:in `run'
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:73:in `run'
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/lib/rspec/core/runner.rb:41:in `invoke'
from /opt/chef/embedded/lib/ruby/gems/2.2.0/gems/rspec-core-3.3.2/exe/rspec:4:in `<top (required)>'
from /opt/chef/embedded/bin/rspec:23:in `load'
from /opt/chef/embedded/bin/rspec:23:in `<main>'
```
We seem to keep changing the depth of the json object. Instead, let's
just not do it on the stack.
|
|\ \ \
| |/ /
|/| | |
Support SNI in 'knife ssl check'.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Fixes #3491.
|
|\ \ \
| | | |
| | | | |
avoid windows service spec unless we're on appveyor
|
|/ / / |
|
| | | |
|
|\ \ \
| | | |
| | | | |
[RFC-039] chef handler dsl
|
| |\ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Conflicts:
lib/chef/exceptions.rb
|
| |\ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
event handler exception name.
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
| |\ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Conflicts:
lib/chef/chef_class.rb
|
| | | | | | | |
|
| |_|_|_|_|/
|/| | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
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).
|
|\ \ \ \ \ \
| |_|_|_|_|/
|/| | | | | |
Add myself as an Archlinux maintainer
|
| | | | | | |
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Try fix for failing config test
|
|/ / / / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
We keep seeing this randomly
```
1) Chef::WorkstationConfigLoader loading the config file when the config file exists and raises a ruby exception during evaluation raises a ConfigurationError
Failure/Error: expect { config_loader.load }.to raise_error(Chef::Exceptions::ConfigurationError)
expected Chef::Exceptions::ConfigurationError, got #<Errno::ENOENT: No such file or directory @ rb_sysopen - /tmp/Chef-WorkstationConfigLoader-rspec-test20150707-35300-f9yfb6> with backtrace:
# ./lib/chef/workstation_config_loader.rb:164:in `readlines'
# ./lib/chef/workstation_config_loader.rb:164:in `highlight_config_error'
# ./lib/chef/workstation_config_loader.rb:156:in `rescue in read_config'
# ./lib/chef/workstation_config_loader.rb:137:in `read_config'
# ./lib/chef/workstation_config_loader.rb:72:in `load'
# ./spec/unit/workstation_config_loader_spec.rb:275:in `block (6 levels) in <top (required)>'
# ./spec/unit/workstation_config_loader_spec.rb:275:in `block (5 levels) in <top (required)>'
# ./spec/unit/workstation_config_loader_spec.rb:275:in `block (5 levels) in <top (required)>'
```
I think the issue is that the tempfile gets GC'd, and when it gets GC'd, it deletes the file.
If it is cleaned up before it is used, then the test fails.
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Decommission 12-stable
|
|/ / / / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Removes 12-stable from travis.yml branch filter
Updates appveyor.yml for the 12.4-stable branch
|
| | | | | | |
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | | |
Move Chef::OscUser back to Chef::User namespace and new user code to Chef::UserV1.
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
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.
|
|\ \ \ \ \ \ |
|
| | | | | | | |
|