On Jun 1, 7:42 am, Jeff McCune <j...@puppetlabs.com> wrote:

> Honestly, these feel like different modules to me primarily because they're
> very different things on Solaris.  Some of those apaches may have SMF
> manifests, some may not, the paths are going to vary wildly, etc..

That's an interesting twist--we've generally been organizing modules
based
on a vague notion of distinct services or system facilities (with
concomitant
ambiguities for very general or very minor ones, like "Should logadm/
logrotate
be part of the syslog module or in (a) separate module(s)?" and "Where
should a refresh-only exec to reload init go?") and leaving it up
to ::params to
get these parts right for each $::osfamily, since we routinely deal
with these
same variations but based exclusively on facts rather than admin's
whim.

> I think doing all of this in one module will make the module overly
> complex.  The majority of the code will be dealing with "What Apache
> instance am I really managing here?"  Unless you use defined resources, it
> will also be difficult to manage multiple copies of Apache on the same node
> with this module.

Apache might have also been a poor example, since the legion of Apache
modules on PF (and the complexity of our own internal module) attests
to
the inevitable incompleteness for a sufficiently complex service. Or
maybe it
was a really good example.

In fact I was starting a Samba module and vaguely assuming that there
were possibly other packages than those from OpenCSW that were in use
somewhere in the world. (And I wonder why things take so long...) By
comparison, Samba is relatively simple--one config File, one or two
Services,
three different package combinations, etc.

The conclusion that I am drawing based on your and jcbollinger's
responses
is that there is not an obvious and correct way to do this and, on my
part, I am
just solve my immediately needs and not solve the general case right
now.

Thanks!
Wil

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com.
To unsubscribe from this group, send email to 
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/puppet-users?hl=en.

Reply via email to