On May 7, 11:16 am, Philip Brown <p...@bolthole.com> wrote:
> Hmm.. after reading the solaris manpage, it seems that the "useradd"
> command, allegedly only adds to local /etc/files stuff.
> So that part could theoretically be fine for me... it's the "does user
> already exist?" detection that is non-desired.
>
> But... I am not tracking how Puppet detects that.
> provider/useradd.rb does not have any "exists?" definition that I can see
> (and yet type/user.rb, references "provider.exists?", so... whats up with
> that??)
I'm not sure where it is in the latest version of Puppet, but it used
to be in provider/nameservice.rb. Following the chain of parent
providers and superclasses can get you there from useradd.rb.
Basically, though, a variety of providers implement variations on a
collection of named OS objects, all using the NameService front-end.
It's tricky to follow how all the pieces interact.
> Side question:
> Does ruby have a nice clean builtin, for
>
> echo Some:line:here >> file
>
> (note that is "append-only" mode)
You mean something like
new File.open("/tmp/myfile", "a") { |file|
file.write("Some:line:here\n")
}
? That opens the named file for writing in append mode, executes the
block (in which a line is written to the newly-opened file), and
closes the file at the end of the block.
Ruby is far from my favorite language, but it does have some appealing
features, and this sort of thing is one of them.
John
--
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.
