On Thu, Jan 5, 2012 at 10:50 AM, Andreas N d...@pseudoterminal.org wrote:
On Wednesday, January 4, 2012 3:06:27 PM UTC+1, Gonzalo wrote:
Otherwise, group membership is managed as a property of Users, ergo
you cannot manage it (directly) if you do not manage the users in
question. Your only
On Wednesday, January 4, 2012 3:06:27 PM UTC+1, Gonzalo wrote:
Otherwise, group membership is managed as a property of Users, ergo
you cannot manage it (directly) if you do not manage the users in
question. Your only options in that case are an Exec or a custom
Group provider.
Ah, ok.
On Jan 4, 12:48 am, Gonzalo Servat gser...@gmail.com wrote:
Hi All,
I have a particular requirement where a Puppet managed group needs to have
several members that are either local and not managed by Puppet (e.g.
mysql) or they reside in LDAP.
Apart from running an exec call to groupmems,
On Thu, Jan 5, 2012 at 1:00 AM, jcbollinger john.bollin...@stjude.orgwrote:
It depends on the Group provider, which usually depends on operating
system. If you are using the default Group provider for AIX, OS X, or
Windows, then group membership is managed as an attribute of the group
On Wed, Jan 4, 2012 at 6:00 AM, jcbollinger john.bollin...@stjude.orgwrote:
If you are using the default Group provider for AIX, OS X, or
Windows, then group membership is managed as an attribute of the group
instead of the user.
Windows can actually manage 'members' as an attribute of the