summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorIan Maddaus <IanMadd@users.noreply.github.com>2021-04-29 15:38:10 -0700
committerGitHub <noreply@github.com>2021-04-29 15:38:10 -0700
commit43a8c5877af99259f6e23196ab33037cc3aba35e (patch)
tree3915ac3406b38f6e8b4d1683afc915325673f84e
parent2858a75cfcf673e0a38d7c99829a02ffacd3ebc3 (diff)
downloadchef-43a8c5877af99259f6e23196ab33037cc3aba35e.tar.gz
release notes typo
Signed-off-by: Ian Maddaus <ian.maddaus@progress.com> of the years --> over the years chef/chef-web-docs#3102
-rw-r--r--RELEASE_NOTES.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/RELEASE_NOTES.md b/RELEASE_NOTES.md
index 06e820a7c0..9cac00354d 100644
--- a/RELEASE_NOTES.md
+++ b/RELEASE_NOTES.md
@@ -1431,7 +1431,7 @@ depends 'windows', '>> 1.0'
#### Logging Improvements May Cause Behavior Changes
-We've made low-level changes to how logging behaves in Chef Infra Client that resolves many complaints we've heard of the years. With these change you'll now see the same logging output when you run `chef-client` on the command line as you will in logs from a daemonized client run. This also corrects often confusing behavior where running `chef-client` on the command line would log to the console, but not to the log file location defined your `client.rb`. In that scenario you'll now see logs in your console and in your log file. We believe this is the expected behavior and will mean that your on-disk log files can always be the source of truth for changes that were made by Chef Infra Client. This may cause unexpected behavior changes for users that relied on using the command line flags to override the `client.rb` log location - in this case logging will be sent to _both_ the location in the `client.rb` and on the command line. If you have daemons running that log using the command line options you want to make sure that `client.rb` log location either matches or isn't defined.
+We've made low-level changes to how logging behaves in Chef Infra Client that resolves many complaints we've heard over the years. With these change you'll now see the same logging output when you run `chef-client` on the command line as you will in logs from a daemonized client run. This also corrects often confusing behavior where running `chef-client` on the command line would log to the console, but not to the log file location defined your `client.rb`. In that scenario you'll now see logs in your console and in your log file. We believe this is the expected behavior and will mean that your on-disk log files can always be the source of truth for changes that were made by Chef Infra Client. This may cause unexpected behavior changes for users that relied on using the command line flags to override the `client.rb` log location - in this case logging will be sent to _both_ the location in the `client.rb` and on the command line. If you have daemons running that log using the command line options you want to make sure that `client.rb` log location either matches or isn't defined.
#### Red Hat / CentOS 6 Systems Require C11 GCC for Some Gem Installations