[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: autodefining classes of copied files
From: |
Brian C. Hill |
Subject: |
Re: autodefining classes of copied files |
Date: |
Thu, 2 Feb 2006 12:48:45 -0800 |
User-agent: |
Mutt/1.4.2.1i |
I second this. Rdist handles this pretty nicely. Maybe the
list of all files actually copied in a copy: run could go into
big hash table that can be refernced as classes. AutoDefine helps
but still leads to a lot of verbosity.
e.g:
FilesCopied["/etc/ntp.conf"]::
...
Brian
======================================================================
On Thu, Feb 02, 2006 at 04:46:41PM +0100, Dalibor Topic wrote:
> Hi all,
>
> I'm wondering if it is possible to refer to (sub)classes of copied
> classes automatically, without having to define something_copied
> explicitely for
> each file. Instead of defining multiple copy actions for different parts
> of managed files, with each defining its own class on success, I'd love
> to be
> able to define a single copy action that would take care of managing the
> state of a directory tree, and use automatically defined classes
> depending on what was actually copied, a la copied_etc_apt_sources_list.
>
> Is that possible with current cfengine, with AutoDefine for example?
> Otherwise I'd have to resort to parsing verbose cfagent logs, which does
> not sound like much fun.
>
> cheers,
> dalibor topic
>
>
> _______________________________________________
> Help-cfengine mailing list
> Help-cfengine@gnu.org
> http://lists.gnu.org/mailman/listinfo/help-cfengine
--
_____________________________________________________________________
/ Brian C. Hill bchill@bch.net http://brian.bch.net \
| UNIX Specialist BCH Technical Services http://www.bch.net |