| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: John McCrae <john.mccrae@progress.com>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
| |
There was an extra o in the logic in this setup
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
| |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
|
|
| |
Make sure the docs get generated correctly
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
|
| |
This sync's the yum provider back up with the further work done
on the dnf provider.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
| |
Signed-off-by: John McCrae <jmccrae@chef.io>
|
|
|
|
|
|
| |
domain username and password.
Signed-off-by: John McCrae <jmccrae@chef.io>
|
|
|
|
|
|
| |
domain username and password.
Signed-off-by: John McCrae <jmccrae@chef.io>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- stabilization fixes to the provider
- we now no longer retry in specs and fail on any errors
- we disable all the repos in the specs for speed
- we only reap the daemon to flush the cache in the specs
- we also only reap the daemon after having setup repos
- all the func specs have been converted to inline resources
- all the i/o is now blocking+flushing instead of nonblocking+confusing
(how did it all ever work? why did i use nonblocking i/o?)
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
| |
Signed-off-by: John McCrae <jmccrae@chef.io>
|
|
|
|
|
|
| |
What shows up in an Account Lockout Policy is Account Lockout Threshold but what gets written to disk when you change it is LockoutBadCount. That item is available in the list of existing policy objects. I updated the code to add AuditPolicyChange; that was mssing. I also added ResetLockoutCount which pairs with the Lockout Threshold so users aren't permanently locked out. The last item, LockoutObservationWindow, does not appear in a Security Policy as exported by secedit but you can get to it via PowerShell. It is part of a customized fine grain password policy. Read more here: http://woshub.com/fine-grained-password-policy-in-windows-server-2012-r2/
Signed-off-by: John McCrae <jmccrae@chef.io>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
| |
This pull request was triggered automatically via Expeditor when inspec-core-bin 4.37.0 was promoted to Rubygems.
This change falls under the obvious fix policy so no Developer Certificate of Origin (DCO) sign-off is required.
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
|
| |
This suppressses the unified_mode warning for any resources that have been
deprecated via the chef_version_for_provides mechanism.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
|
|
| |
This makes edit_resource "atomic" so that in unified_mode the block is
played against the resource being built before it is added to the
resource collection and unified_mode fires the resource.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
|
|
| |
Reset the singleton instance before starting the test, because
singletons.
Also better clears up some internal state when the daemon gets reaped
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
| |
This logic has been moved into the Omnibus Buildkite Plugin.
These scripts can now be used outside of the Buildkite pipelines.
Signed-off-by: Tom Duffield <github@tomduffield.com>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In #10925 the method of fetching the current systemd unit status was changed.
In this change a typo was introduced which caused the systemctl command which
should look like this
`/usr/bin/systemctl --system show -p UnitFileState -p ActiveState apache2.service`
to instead look like this
`/usr/bin/systemctl --system show -p UnitFileState -p ActiveState apache2.service {}`
The result is that instead of a response like this
```
ActiveState=active
UnitFileState=enabled
```
Chef gets
```
ActiveState=active
UnitFileState=enabled
ActiveState=inactive
UnitFileState=
```
which is the status of the service followed by the status of a bogus service called "{}"
This results in Chef always thinking that systemd unit's are not active and not enabled
and every Chef run attempts to enable and start the already enabled and started services.
This is the same type of issue that was fixed in #11497 which applied to the systemd provider. That bug was introduced in #10776.
This fixes the bug by expanding the splat with a preceding `**`
Signed-off-by: Gene Wood <gene_wood@cementhorizon.com>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
| |
This pull request was triggered automatically via Expeditor when 00e12a5deb261ae20c330cb72fc2909ad3d20372 was merged.
This change falls under the obvious fix policy so no Developer Certificate of Origin (DCO) sign-off is required.
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
| |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
| |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
| |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
|
|
| |
This should help us slim the size of the install down and it should also greatly speed up testing anything that deps directly on chef.
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|
|
|
|
|
|
|
| |
Resolves #11496
This adds a missing double splat which is required when using Ruby 3.0.
Signed-off-by: Lance Albertson <lance@osuosl.org>
|
|
|
|
| |
Signed-off-by: John McCrae <john.mccrae@progress.com>
|
|
|
|
| |
Signed-off-by: John McCrae <john.mccrae@progress.com>
|
|
|
|
| |
Signed-off-by: John McCrae <john.mccrae@progress.com>
|
|
|
|
| |
Signed-off-by: John McCrae <john.mccrae@progress.com>
|
|
|
|
|
|
| |
for Winget. MS says this is too highly dependent on the app being installed.
Signed-off-by: John McCrae <john.mccrae@progress.com>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\
| |
| |
| |
| | |
chef/expeditor/chef/ohai_947a97d47daa1dce6aa7b91f2057b15451805b25
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/
|
|
|
|
| |
This pull request was triggered automatically via Expeditor when 947a97d47daa1dce6aa7b91f2057b15451805b25 was merged.
This change falls under the obvious fix policy so no Developer Certificate of Origin (DCO) sign-off is required.
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\
| |
| | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|