What's up with that? I'm trying to get a baseline good working puppet
config to start.
Doug.
+1
--Paul
Douglas,
You misunderstand. Nigel and I are saying the generated config should
be known to *work*; it shouldn't have genconfig set to true in it. It
is counterintuitive for the output of --genconfig to be a config file
that will not start up a puppetmasterd in "normal" mode.
--Paul
Hi - please expand on the "Documentation is terrible" comment. :)
How can we improve it? What's wrong with it? Where are the areas
that you're struggling with? What's missing?
Regards
James Turnbull
--
Author of:
* Pro Linux Systems Administration (http://tinyurl.com/linuxadmin)
* Pulling Strings with Puppet (http://tinyurl.com/pupbook)
* Pro Nagios 2.0 (http://tinyurl.com/pronagios)
* Hardening Linux (http://tinyurl.com/hardeninglinux)
Paul/Nigel/Douglas - ticket please... :)
I don't think it's necessarily a *bad* thing for generated or default
configs to need some sort of inspection and action before they flip
into "working" mode (see, for example, ClamAV's need to comment out
the "Example" line), but I agree that having genconfig write its own
line into the generated file is slightly odd and gratuitously
recursive.
FWIW, my own view is that Postfix's postconf(1) utility is an
excellent model for config file management.
cheers
rob