On Fri, Mar 05, 2010 at 02:11:42PM -0500, Justin Lloyd wrote:
>I just wanted to throw out a couple of thoughts about copy_from that
>have come up in my mind during my policy development:
Agreed on all three points.
I'd like to add one more suggestion as well:
* Include the ability to call expand_scalars in the same promise as
copying a file from a remote host. Currently, this has to be done via
two separate promises: one to copy the file to the local host, and a
second to call edit_files and expand the variables.
>* The reference manual doesn't specify the default value for copy_from's
>copy_backup attribute. (That goes for a number of things in the
>documentation, actually.)
>
>* cfengine_stdlib.cf has several copy_from bodies. secure_cp is useful
>but I prefer a secure_cp with a backup, so I created my own
>(secure_copy_with_backup) in my own library file. A third
>"backup=true|false" parameter to the standard copy_from bodies may be
>valuable, but that would break existing policy files, so it's just a
>thought.
>
>* It might be nice to have the file extension appended when copy_backup
>is used to be configurable beyond just the default ".cfsaved" text and
>"timestamp" options, mainly to allow for multiple backups, similar to
>what various log rotation commands provide. I can see how it may be
>argued that this goes against Cfengine's convergent nature, but since it
>already provides the timestamp option, I thought I'd throw this out
>there anyway. A files promise could be used to limit the number of
>backups, or that could be another attribute.
>
>That is all. :)
>
>--
>Justin C. Lloyd
>Unix Infrastructure Engineer
>DigitalGlobe, An Imaging and Information Company
>
>
>This electronic communication and any attachments may contain confidential and
>proprietary
>information of DigitalGlobe, Inc. If you are not the intended recipient, or an
>agent or employee
>responsible for delivering this communication to the intended recipient, or if
>you have received
>this communication in error, please do not print, copy, retransmit,
>disseminate or
>otherwise use the information. Please indicate to the sender that you have
>received this
>communication in error, and delete the copy you received. DigitalGlobe
>reserves the
>right to monitor any electronic communication sent or received by its
>employees, agents
>or representatives.
>
>_______________________________________________
>Help-cfengine mailing list
>Help-cfengine@cfengine.org
>https://cfengine.org/mailman/listinfo/help-cfengine
--
Jesse Becker
NHGRI Linux support (Digicon Contractor)
_______________________________________________
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
