| 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).
|
|\
| |
| | |
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.
|
|\ \ |
|
| | | |
|
|/ / |
|
|\ \ |
|
| | | |
|
|/ /
| |
| |
| | |
over priority
|
|\ \ |
|
| | |
| | |
| | |
| | | |
to keep property_type simple
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
|/ / |
|
| | |
|
|\ \
| | |
| | | |
Revert "FFI 1.9.9 is causing segfaults"
|
| | | |
|
|\ \ \
| | | |
| | | | |
Simplify LWRP Deprecations Proposal 1
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Loading the lwrp multiple times causes problems when comparing classes
due to the their dynamic nature. It worked fine when we were overriding
the things that checked.
I've left the tests mostly as is, other than the fact that the test
lwrp is loaded only once. The tests should still hold true, even
with the new implementation.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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.
|
|\ \ \ \
| |_|_|/
|/| | | |
Update certs
|
|/ / / |
|
|\ \ \
| |_|/
|/| | |
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
|