| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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
|
|\ \
| | |
| | | |
[CHEF-672] load library folder recursively
|
| |/ |
|
|\ \
| | |
| | | |
Don't override LWRP resources or providers anymore in Chef 12.
|
| |/ |
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
| |
* Make the dscl user provider password handling idempotent.
* Refactor / modernize dscl user provider unit tests.
* Functional tests for dscl user provider.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://tickets.opscode.com/browse/CHEF-2923
When running `knife cookbook upload SPECIFIC_COOKBOOK`, errors in
metadata files for unrelated cookbooks should not be raised; however, we
must evaluate the metadata for all cookbooks in order to allow the
metadata `name` attribute to be different from the cookbook directory's
basename. Therefore, we must tolerate errors in metadata.rb and re-raise
them only when attempting to load the cookbook with the invalid
metadata.
|
|
|
|
| |
Fixes CHEF-3307
|
|
|
|
| |
templates directory are considered in syntax checks
|
| |
|
|
|
|
|
|
| |
This evaluates the code in a context similar to what Chef does when
compiling recipes, so that idioms like using `return` to end evaluation
of a recipe will work.
|
|
|
|
| |
In the case that a standalone cookbook exists that is using bundler, a large amount of gems can be added to the current directory. This commit reads the chefignore file and avoid having to scan through the ruby files that are in the bundler created gems directory.
|
|
|
|
|
|
|
|
| |
Now that Chef properly supports a package `response_file` using
`Chef::Resource::Template`, the Package resource should implement the
`response_file_variables` method so that variables do not have to exist
as node attributes (eg - for seeding DB passwords for configuration
files generated by packages).
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reported in CHEF-4571. The recipes component of cookbook version
metadata (cbv.metadata.recipes) serialized to JSON with duplicate keys
if a metadata.rb was present that provided a recipe line matching the
cookbook name (providing a description for the default recipe).
The root cause is the behavior of the JSON serialized when called on a
hash containing matching string and symbol keys. For example:
chef > {"key1" => "sam", :key1 => "wat"}.to_json
=> "{\"key1\":\"sam\",\"key1\":\"wat\"}"
So the specific fix is to prevent inserting a symbol key for the
recipe name.
|
|
|
|
|
|
| |
- some of these have deliberate whitespace/line-ending differences
- without going through them one by one its safer to revert the lot of
them
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes CHEF-4406 http://tickets.opscode.com/browse/CHEF-4406
Calls to Chef::Provider::Template#template_location and #template_finder
will now correctly reference the Chef::Provider::TemplateFinder class.
Chef::Provider::Package#preseed_resource uses these methods expecting an
error to be raised only if there is no template with the desired name,
which triggers a fallback to cookbook_file-based preseed files.
This patch restores the template-based preseed functionality, but will
trigger deprecation warnings from within Chef::Provider::Package's
internal code.
|
|
|
|
| |
Repro/regression test for CHEF-4406 included but is marked pending.
|
|
|
|
|
|
|
|
| |
This reverts commit 5713a002062c762e40e4378be6d7763eb3dd61a2, reversing
changes made to 4079a344f2001c1927132e7ed6b63453f459609f.
Conflicts:
spec/unit/cookbook_loader_spec.rb
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
In some windows testing environments no line separator conversion is
happening. This may be a function of git settings, or something else in
our test cluster environment. In any case, line separators are
irrelevant to these tests, as they are testing the partial template
feature. We could remove the line endings from the test fixture files,
but editors like vim add hidden newlines at the end of files, so this is
difficult to maintain. Stripping the line endings within the test code
is more sustainable option.
|
|
|
|
|
|
|
|
|
|
| |
knife integration tests were picking up default config and therefore
pointing at a chef-server other than the chef-zero test instance. This
could potentially lead to data loss or manglement if the test code
successfully runs against a production chef-server/org.
To prevent the above, load a dummy config file with an added failsafe
mechanism to ensure we've not loaded a real one.
|
|\
| |
| |
| |
| | |
Conflicts:
lib/chef/exceptions.rb
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Annotated tags have their own SHA and also point to a SHA in the git
repo. Using git ls-remote $REPO $TAG* the tagged SHAs can be
identified by the '^{}' suffix appended to the corresponding tag name.
When resolving the remote reference, we now search for $TAG* and use
the SHA of the tagged commit (with ^{}) if it is there and otherwise
use the SHA with an exact match for $TAG (to avoid capturing anything
extra via the glob used to return refs).
If no revision is specified, we force 'HEAD' in the git ls-remote call
to constrain what can come back from the remote. Further, we protect
against a badly chosen annotated tag named 'HEAD'.
The functional test suite includes a git bundle of a small example
repo. We found that locally cloning this bundle provided the closest
simulation of `git ls-remote` behavior. YMMV depending on git version.
The test suite could be extended to improve overall coverage, but does
verify the desired behavior for annotated tags.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Test cookbook loading, shadowing and metadata deprecation warnings assocaited
with the CHEF-3307 changes (use of metadata name as cookbook name in preference
to file system pathname).
Includes new nginx cookbook (with alternate pathname) and a shadowbook with
another pathname.
|
|\ \
| | |
| | | |
Binmode and Template line endings
|
| | | |
|
|/ /
| |
| |
| |
| |
| | |
Generated a new method list for checking interface compatibility,
removing inherited methods. This makes the test more stable across ruby
versions since methods on Object may change from 1.8->1.9->2.0.
|
| |
| |
| |
| |
| |
| |
| | |
- move the new TemplateContext code into mixin/template and consolidate
with ChefContext
- Copy extension modules from parent template to partial template.
- Functional tests for helpers with partials.
|