Skip to content

(#7316) Do not set default values for confdir and vardir in the master#1189

Closed
jeffmccune wants to merge 3 commits intopuppetlabs:3.xfrom
jeffmccune:fix/3.x/7316_load_faces_from_modulepath_try4
Closed

(#7316) Do not set default values for confdir and vardir in the master#1189
jeffmccune wants to merge 3 commits intopuppetlabs:3.xfrom
jeffmccune:fix/3.x/7316_load_faces_from_modulepath_try4

Conversation

@jeffmccune
Copy link
Contributor

Without this patch applied puppet master will explicitly set the value
for confdir and vardir inside of Puppet::Application::Master#app_defaults.
This is a problem because it calls a method that does not exist while
trying to do so.

This patch fixes the problem by implementing the intended behavior
documented in #15337, and specifically in commit 38cba0a. This intended
behavior is:

  1. If provided, use explicit puppet.conf in --confdir
  2. If root, use system puppet.conf
  3. Otherwise, use ~/.puppet/puppet.conf

(#7316) Add spec coverage for Puppet::Application::Master#app_defaults

Without this patch we don't have any spec test coverage for the
app_defaults instance method of the Puppet::Application::Master class.
This lack of coverage is problem because cherry picking the confdir and
vardir patch from PR-882 in commit b064ee6 appears to work just fine
after resolving the merge conflicts. Things were not fine, however,
because the app_defaults method makes a call that raises an exception
and none of our spec tests caught this issue.

The acceptance tests did, however, by exercising the command puppet master --configprint pidfile

Revert "Revert "Merge branch
'fix/3.x/7316_load_faces_from_modulepath_try3' into 3.x""

This reverts commit ef3fe69.

Jeff McCune added 3 commits September 26, 2012 11:48
…pp_defaults

Without this patch we don't have any spec test coverage for the
app_defaults instance method of the Puppet::Application::Master class.
This lack of coverage is problem because cherry picking the confdir and
vardir patch from PR-882 in commit b064ee6 appears to work just fine
after resolving the merge conflicts.  Things were not fine, however,
because the app_defaults method makes a call that raises an exception
and none of our spec tests caught this issue.

The acceptance tests did, however, by exercising the command `puppet
master --configprint pidfile`
… the master

Without this patch applied `puppet master` will explicitly set the value
for confdir and vardir inside of
Puppet::Application::Master#app_defaults.  This is a problem because
it calls a method that does not exist while trying to do so.

This patch fixes the problem by implementing the intended behavior
documented in #15337, and specifically in commit 38cba0a.  This intended
behavior is:

  1: If provided, use explicit puppet.conf in `--confdir`
  2: If root, use system puppet.conf
  3: Otherwise, use ~/.puppet/puppet.conf
@jeffmccune
Copy link
Contributor Author

Closing this because we'd rather see this go into 3.1.x instead of 3.0.0 at this point.

@jeffmccune jeffmccune closed this Sep 26, 2012
@jeffmccune
Copy link
Contributor Author

New pull request against master: #1190

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant