| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Lint/BlockAlignment:
Enabled: true
EnforcedStyleAlignWith: start_of_block
this works better with Layout/MultilineMethodCallIndentation to
force indentation of multiline method calls that wind up with multiline
blocks.
i'd probably pull back the end to match with the start of the expression
but this gets the indentation level inside the block correct.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
|
| |
Layout/MultilineMethodCallIndentation:
Enabled: true
EnforcedStyle: indented
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
|
| |
zero args methods don't get parens.
this certainly reads better than the inverse.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
| |
start enforcing using %i{} instead of arrays of symbols
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
| |
i like this one, gives visual priority to returns or raises that are
buried in the middle of things.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
this is using:
Layout/AlignArguments:
Enabled: true
EnforcedStyle: with_fixed_indentation
the default style can use really excessive whitespace. on starting
lines which are already long, it fully indents across to where the
arguments start and then begins the line there.
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
|
|
|
|
| |
result of automation
https://github.com/chef/chefstyle/pull/72
Signed-off-by: Lamont Granquist <lamont@scriptkiddie.org>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\
| |
| | |
update bldr config with new hab package name
|
| |
| |
| |
| |
| |
| |
| | |
This should fix package promotion from unstable->current in expeditor,
too.
Signed-off-by: Robb Kidd <robb@thekidds.org>
|
| |
| |
| |
| | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \
| |/
|/|
| |
| | |
MsysTechnologiesllc/VSingh/windows_task_day_integer
windows_task: Fix for :day option is not accepting integer value
|
|/
|
|
| |
Signed-off-by: Vivek Singh <vivek.singh@msystechnologies.com>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\
| |
| | |
Bump inspec-core to 4.6.9
|
|/
|
|
|
|
| |
This pull request was triggered automatically via Expeditor when inspec-core 4.6.9 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.
|
|
|
|
|
|
| |
** isn't what we wanted here
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|
|
|
| |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\
| |
| | |
Pass yum_package options to underlying python helper
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When working with custom repo that are disabled by default, we need to
enable them on-demand. The python helper handles that properly but the
yum package provider does not pass user's options in all cases.
Most of the time there is no issue because in normal cases you should
not need to enable any repository to work with "installed" packages.
However in some rare cases, you may have multiple installed versions of
a given package. In that situation, python libraries used by the helper
will do some extra work that may (will) requires to enable the repo.
See call to _compare_providers in http://yum.baseurl.org/download/docs/yum-api/3.2.27/yum-pysrc.html#YumBase._bestPackageFromList
Not passing the options in that case, will result in an unclear error:
> ' * No candidate version available for "package" '
And often will lock/corrupt the rpm db.
Signed-off-by: Baptiste Courtois <b.courtois@criteo.com>
|
|\ \
| | |
| | | |
Add Chef 15.1 release notes
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Some of it was in 15.0 and some in 15.1 and it's tricky to call out the
impact and the exact time that stuff landed so let's skip it
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
Co-Authored-By: mjingle <mjingle@users.noreply.github.com>
|
| | |
| | |
| | |
| | |
| | |
| | | |
The majority of this work actually happened in 15.0
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/ /
| |
| |
| |
| |
| | |
Add the release notes for Chef 15.1
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| |
| |
| |
| | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \
| | |
| | | |
Bump train-core to 2.1.13
|
|/ /
| |
| |
| |
| |
| | |
This pull request was triggered automatically via Expeditor when train-core 2.1.13 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.
|
|\ \
| | |
| | | |
Rename the habitat package to chef-infra-client
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We still need this due to rubocop thinking the client.rb file is
actually ruby
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| | |
| | |
| | |
| | |
| | |
| | | |
These were moved when the scafolding was in this dir
Signed-off-by: Tim Smith <tsmith@chef.io>
|
|/ /
| |
| |
| |
| |
| |
| | |
Update the hab package to match the marketing name of the product while
we still have a chance.
Signed-off-by: Tim Smith <tsmith@chef.io>
|
| |
| |
| |
| | |
Obvious fix; these changes are the result of automation not creative thinking.
|
|\ \
| | |
| | | |
Add rake task for generating the docs site content
|
| | |
| | |
| | |
| | |
| | |
| | | |
This is a lot easier now
Signed-off-by: Tim Smith <tsmith@chef.io>
|