| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This new field tracks the file from which the object was loaded.
Signed-off-by: Zeal Jagannatha <zealjagannatha@gmail.com>
|
|
|
|
|
|
| |
Fixes #6680
Signed-off-by: Allan Espinosa <aespinosa33@bloomberg.net>
|
|\
| |
| | |
Improve coverage of root alias tests
|
| |
| |
| |
| | |
Signed-off-by: Noah Kantrowitz <noah@coderanger.net>
|
|\ \
| |/
| |
| | |
Signed-off-by: Noah Kantrowitz <noah@coderanger.net>
|
| |
| |
| |
| | |
Signed-off-by: Noah Kantrowitz <noah@coderanger.net>
|
| |
| |
| |
| | |
Signed-off-by: Noah Kantrowitz <noah@coderanger.net>
|
|/
|
|
|
|
| |
feel like updating them this second.
Signed-off-by: Noah Kantrowitz <noah@coderanger.net>
|
|
|
|
| |
Signed-off-by: Noah Kantrowitz <noah@coderanger.net>
|
|
|
|
| |
Signed-off-by: Salim Afiune <afiune@chef.io>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
most of this deletes useless old code.
the change to lookup_provider_constant changes to more strictly
stop using class name based lookups and to go through the resource
resolver and provider resolver.
as a result in order to find the provider class for a given dsl name
you have to go through the resource resolver to find the resource in
order to be able to pass a resource instance through the provider
resolver. since the provider resolver api passes resources into blocks
passed into provides api you must construct a resource instance.
that means that providers need to be associated with resources in order
to be looked up (which makes sense in Real Life(tm) use of Chef, but
breaks quite a few lazy tests we had where we constructed providers
without doing the work of wrapping them in a resource.
note that as the deploy resource shows this filters into a changed
behavior of the `provider` syntax where before `provider :revision`
would look up Chef::Provider::Deploy::Revision via class-name based
magic. this breaks that API so that `provider :deploy_revision` is
used instead -- the symbol (or string) there is turned into a resource
first via the Chef::ResourceResolver and then looked up via the
Chef::ProviderResolver into Chef::Provider::Deploy::Revision. this
is a breaking change but is also a bug fix so that the symbol here
goes through the same lookup that you get when you type it in the DSL.
i had considered implementing a lookup from a resource_name symbol to
a provider, but in looking at how to implement that in the
ProviderResolver the issue is that we really need to have a resource
instance order to pass to the ProviderResolver.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
| |
make sure that if we have a metadata.rb that is not valid to read that
we never parse that and use compiled metadata.json instead.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
| |
Signed-off-by: NimishaS <nimisha.sharad@msystechnologies.com>
Signed-off-by: NimishaS <nimisha.sharad@msystechnologies.com>
|
|
|
|
|
|
| |
contain a common name. Stores the certificate under the URI host instead of the common name in that case
Signed-off-by: tyler-ball <tyleraball@gmail.com>
|
|
|
|
| |
Signed-off-by: Vasu1105 <vasundhara.jagdale@clogeny.com>
|
|
|
|
|
|
|
|
|
|
|
| |
- fixes *_unless behavior and set_unless_value_present hack from Chef 12
- simplifies rm_* code
- introduces functional read/write/unlink/exist? API
- deprecates method_missing access to attributes for Chef 13
- deprecates set/set_unless aliases for Chef 14
- removes MultiMash mess that I wrote for Chef 13
https://github.com/chef/chef/pull/5029 for more details
|
| |
|
| |
|
|
|
|
|
| |
client.d/*.rb will be read in sorted order. All directories will be
ignored.
|
|
|
|
|
| |
When knife finds a client.d/ directory, it will upload
all files nested under that directory.
|
| |
|
|
|
| |
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"
|
|\
| |
| | |
more rubocop fixes
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
fixes:
Lint/UnreachableCode
Lint/NonLocalExitFromIterator
Lint/LiteralInCondition
Lint/EmptyEnsure
Lint/DefEndAlignment
Lint/CircularArgumentReference
|
|/
|
|
|
| |
This cookbook metadata uses the supports method, which currently parses versions
using the cookbook version parser, when it should be using the platform parser.
|
| |
|
|
|
|
|
|
|
|
| |
- multipackages dpkg_package
- fixes edge conditions in load-current-resource around purging/removing
packages that threw errors before
- fixes the ability to purge packages that have been removed
- adds a lot of functional tests for dpkg_package
|
|\
| |
| | |
Fixing Issue #2513 - the broken render of nested partial templates
|
| |
| |
| |
| |
| |
| | |
variables
Authors: Kaushik C <kaushik.chand@gmail.com>, Sam Dunne <sam@sam-dunne.com>
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
adds:
- cookbook_name
- recipe_name
- recipe_line_string
- recipe_path
- recipe_line
- template_name
- template_path
accessible both as instance var (@-) and method (bare), like @node/node.
|
| | |
|
|/ |
|
| |
|
|
|
|
|
| |
sure it didn't load by creating a global module inside the LWRP
and checking it outside
|
|
|
|
|
|
| |
I got confused running git on the tester with my last commit for #3101.
This should clean it up.
|
|\
| |
| | |
Reduce size of json nested entries
|
| |
| |
| |
| |
| |
| |
| |
| | |
On FreeBSD 10.1 i386 we're seeing rspec 3.2.2 raise SystemStackError if the expect line has
a nested hash of 255 levels. I'm going to guess we don't even need this many. I lowered this
test from 1000 to 300 arbitrarily some time ago.
Fixes #3101
|
|/
|
|
| |
also wire them up through the Chef class.
|
|
|
|
|
|
|
|
|
|
|
|
| |
broken by merging #2431. code was actually broken and the specs
were broken, not sure how it got into ready-to-merge in that state.
rolled back the FileUtils.rm_rf that was in the original patch since
it trashed my chef git repo and in light of:
https://github.com/ValveSoftware/steam-for-linux/issues/3671
i think the rm_rf is a bad idea.
|
|
|
|
| |
Signed-off-by: Vasiliy Tolstov <v.tolstov@selfip.ru>
|
| |
|
| |
|
|
|
|
| |
Note -- This test fails
|
|\
| |
| | |
knife upload fails due to "wrong" ruby syntax in files/* file
|
| |
| |
| |
| |
| | |
Chef should not be concerned with Ruby syntax in files delivered through the
`cookbook_file` provider.
|
|\ \
| | |
| | | |
RFC 17 implementation
|
| |/
| |
| |
| |
| | |
Conflicts:
spec/unit/cookbook_version_spec.rb
|