| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
* fix node[:recipes]
* add node[:expanded_run_list]
* add node[:cookbooks]
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The following code is brittle if you want to fork the cookbook and rename it
(which is a best practice when forking cookbooks for internal use):
```ruby
if node[:platform_family] == "rhel"
include_recipe "mycookbook::_rhel"
end
```
In order for cookbooks to be easily renamable they can currently use the
syntax `include_recipe "#{cookbook_name}::_rhel"` which is unwieldy.
This patch adds `include_recipe "::_rhel"` as syntax sugar to make this
easier.
|
| |
|
|
|
|
|
|
|
| |
Conflicts:
spec/unit/recipe_spec.rb
spec/unit/resource_spec.rb
spec/unit/run_context_spec.rb
Resolving cherry pick commit merge issues
|
| |
|
|
|
|
|
|
|
|
|
| |
- Warning on incorrect usage of the command resource in any script
resource
- Warning on code in script resource being nil
- Specs added to force deprecation of incorrect usage in Chef-13
- Specs added around the (supported) incorrect usage in Chef-12
- Cleanup+Modernization of providers and specs
- Fixed some global state bugs around the Chef::Log.level in the spec
tests
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes CHEF-4367.
When attempting to load a recipe belonging to a cookbook that is not in
the run_list or any dependencies of cookbooks in the run_list, chef
will now produce an error like this:
Chef::Exceptions::MissingCookbookDependency
-------------------------------------------
Recipe `ancient::aliens` is not in the run_list, and cookbook 'ancient'
is not a dependency of any cookbook in the run_list. To load thisrecipe,
first add a dependency on cookbook 'ancient' in the cookbook you're
including it from in that cookbook's metadata.
This error will occur when chef-solo users use `include_recipe` without
specifying the dependency in metadata; prior to this patch, chef would
typically fail reading an undefined attribute, which commonly would
result in a NoMethodError for nil.
|
| |
|
|
|
|
| |
this makes it so that the recipes in the attribute will be fully
qualified, and will avoid the problem of both "cookbook" and
"cookbook::default" showing up.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
- Convenience methods added to CookbookVersion to query if a cookbook
file or template is available for a given node in that cookbook
- Convenience methods added to RunContext to query the existence of
cookbook files or templates
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
* Extract file loading for non-recipe types to implementation class.
* Load libraries, LWRPs, Resource Definitions in approximate run_list
order
* Should not be a breaking change on chef-client, since the order is
essentially random right now. On chef-solo, files from cookbooks that
don't appear in the expanded run_list plus dependency graph will not
be loaded, which is a change from the previous behavior.
|
| | |
|
|
|
The opscode/chef repository now only contains the core Chef library code
used by chef-client, knife and chef-solo!
|
