| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
| |
Generated via git ls-files | xargs perl -pi -e "s/(Author.*?<[^@]+@)(?:opscode\\.com|getchef\\.com)(>)/\\1chef.io\\2/gi"
|
| |
|
| |
Created via git ls-files | xargs perl -pi -e "s/(Copyright.*?), Opscode(,)? Inc(\.)?/\\1, Chef Software Inc./gi"
|
| |
|
| |
Generated via git ls-files | xargs perl -pi -e "s/[Cc]opyright (?:\([Cc]\) )?((?\!$(date +%Y))\\d{4})(-\\d{4})?([, ][ \d]+)*(,|(?= ))/Copyright \\1-$(date +%Y),/g"
|
| |
|
|
|
|
|
| |
This is an entirely mechanically generated (chefstyle -a) change, to go
along with chef/chefstyle#5 . We should pick something and use it
consistently, and my opinion is that double quotes are the appropriate
thing.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
the apt provider attempts to check if it has a provider that
responds to :default_release (i.e. a real apt_package resource) via
if the provider attribute is explicitly set or not, which is relying
on a side-effect which broke in 12.0. the correct behavior is just
to duck-type the new_resource object and see if it
respond_to?(:default_release) and then use it if it does.
Also the unit tests were not testing the apt_provider against both the
package and apt_package resources. Added some hacky spec code (which
needs a cleanup) to at least exercise the use cases.
|
| |
|
|
| |
mechanically generated patch using transpec 2.3.7 gem
|
| |
|
|
|
| |
makes resource and provider class resolution more dynamic.
begins deprecation of Chef::Platform static mapping.
|
| |
|
|
| |
functionality to fix resource notifications and ChefSpec stubs.
|
| |
|
|
|
| |
- Convert APT package resource to use `provides :package`
- Add timeout parameter
|
| | |
|
|
|
The opscode/chef repository now only contains the core Chef library code
used by chef-client, knife and chef-solo!
|
