CFEngine Help: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf"
Forum: CFEngine Help Subject: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf" Author: davidlee Link to topic: https://cfengine.com/forum/read.php?3,22719,22727#msg-22727 Many thanks, Diego, for confirming that this is a bug. Thanks, too, for providing a workaround, which I hope to try soon. Meanwhile, I've opened a bug report: https://cfengine.com/bugtracker/view.php?id=679 You might wish to support the case for a proper fix to be implemented. ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf"
Forum: CFEngine Help Subject: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf" Author: davidlee Link to topic: https://cfengine.com/forum/read.php?3,22719,22728#msg-22728 I've just tried your workaround as a copy/paste of the two sections from your earlier link (and a rename of the bundle to 'set_variable_values_bugfix' so it can sit alongside the existing bundle). Alas, cfengine doesn't like it: = -> Promised replacement "NETMASK=255.255.252.0" for pattern "^[\s#]*NETMASK\s*=.*$" is not properly convergent while editing /etc/sysconfig/network-scripts//ifcfg-bond0 Because the regular expression "^[\s#]*NETMASK\s*=.*$" still matches the end-state replacement string "NETMASK=255.255.252.0" Promise (version not specified) belongs to bundle 'set_variable_values_bugfix' in file '/var/cfengine/inputs/net_interfaces.cf' near line 324 = If you wrote it before 3.1.4, might something have changed in later releases now to generate such errors from your bundle.? Hints welcome (I'm new to v3 of cfengine!). But it serves to strengthen the requirement for a proper bugfix in cfengine itself (or in "cfengine_stdlib.cf" if that would be more appropriate). ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: associating lists of variables with files
Forum: CFEngine Help
Subject: associating lists of variables with files
Author: davidlee
Link to topic: https://cfengine.com/forum/read.php?3,22729,22729#msg-22729
Given a set of similar files, and a list of different variables to be
associated with each, how does one then construct a generalised set of 'file:'
edits, so that the variables for fileA are associated with fileA (etc).
Something like:
=
bundle my_bundle {
vars:
"fileA" string => "/path/to/fileA";
"fileB" string => "/path/to/fileB";
"all_files" slist => { "$(fileA)", "$(fileB)" };
"vars_for_fileA" slist => { "A1", "A2", "A3" };
"vars_for_fileB" slist => { "B1", "B2" };
files:
"$(all_files)"
...
edit_line => my_edit("???");
}
bundle edit_line my_edit(varlist_for_fileX)
{
}
=
So when "fileA" is being edited, the argument into "my_edit" should be
"@(my_bundle.vars_for_fileA)", etc.
I get the feeling this should be well within scope for cfengine, but I cannot
see how to achieve it.
___
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: associating lists of variables with files
Forum: CFEngine Help
Subject: Re: associating lists of variables with files
Author: Seva Gluschenko
Link to topic: https://cfengine.com/forum/read.php?3,22729,22730#msg-22730
David,
you can achieve your goals using arrays:
bundle my_bundle {
vars:
"file" string => "/path/to/fileA";
"file" string => "/path/to/fileB";
"vars" slist => { "A1", "A2", "A3" };
"vars" slist => { "B1", "B2" };
"myfiles" slist => getindices("file");
files:
"$(file[$(myfiles)])"
...
edit_line => my_edit("$(vars[$(myfiles)])");
}
You can find other examples in the reference:
http://cfengine.com/manuals/cf3-reference.html#Arrays-in-cfengine-3
___
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
Re: CFEngine Help: Re: Cfengine Help: Re: Advice on using package promises
Hi,
I'm still trying to get this to work:
Goal ist to install or at least upgrade to subversion 1.6.x
# /bin/rpm -q --qf '%{name} %{version} %{arch}\n' subversion
subversion 1.4.2 x86_64
bundle agent packagesClient {
packages:
"subversion"
package_policy => "addupdate",
package_method => yum_rpm_exact,
package_select => "==",
package_version => "1.6.11-7.el5",
package_architecture => { "x86_64" },
action => actionsettings_fix_inform("inform");
}
cf3> -> Package (subversion,1.4.2,x86_64) found
cf3> # Patch reporting feature is only available in version Nova and above
cf3> ???
cf3> Done checking packages and patches
cf3> ???
cf3> -> Package version specified explicitly in promise body
cf3> -> Looking for (subversion,*,*)
cf3> -> Matched name subversion
cf3> -> Matched version *
cf3> -> Looking for (subversion,1.6.11-7.el5,*)
cf3> -> Matched name subversion
cf3> -> Check for compatible versioning model in (1.6.11-7.el5,1.4.2)
cf3> !! Versioning models for (1.6.11-7.el5,1.4.2) were incompatible
cf3> -> Versions did not match
cf3> No installed packages matched (subversion,1.6.11-7.el5,*)
cf3> Checking if package (subversion,1.6.11-7.el5,*) is at the desired state
(installed=1,matched=0)
cf3> -> Package promises to refer to itself as "subversion-1.6.11-7.el5" to
the manager
cf3> -> Package version seems to match criteria
why is that???
cf3> Checking if latest available version is newer than installed...
cf3> Looking for an installed package older than (subversion,1.6.11-7.el5,*)
cf3> !! Package (subversion,*) is not installed
^^^ but how about subversion,1.4.2,x86_64 found above???
cf3> Installed package is up to date, not updating
^^^ sigh...
Could anybody please shed some light to this?
Thanks a bunch,
Sven
smime.p7s
Description: S/MIME cryptographic signature
___
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
need empty slist but cfengine doesn't like that
This is similar to
https://cfengine.org/pipermail/help-cfengine/2010-August/009339.html but
I really need an empty slist, I think.
My syntax is:
bundle agent x
{
vars:
...
case1::
"slistA" slist => { };
"slistB" slits => { "case1 data" };
case2::
"slistA" slist => { "case2 data" };
"slistB" slist => { };
...
files:
"myfile" edit_line => my_edit_bundle(@(x.slistA), @(x.slistB));
}
In other words, I need to pass two slists to my editing bundle, one of
which may be empty (in some cases they both have data).
CFEngine really doesn't like empty slists, but I don't want to have 3
cases: where the first parameter is defined, where the second is
defined, and where both are defined. I also don't want to do two edits,
one editing bundle must be sufficient.
Any ideas? Am I stuck listing all the possible parameter combinations?
Thanks
Ted
___
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: Cfengine Help: Re: Advice on using package promises
Forum: CFEngine Help
Subject: Re: Cfengine Help: Re: Advice on using package promises
Author: jgreer
Link to topic: https://cfengine.com/forum/read.php?3,22694,22733#msg-22733
Sven,
You're bumping into a couple problems:
- current releases are subject to a bug in code that compares the version
requested in policy against installed versions:
https://cfengine.com/bugtracker/view.php?id=562. The new release candidate for
3.2.0 contains a fix; I encourage you to test against that.
- there were problems in my previous post - the package_method body I was
using compared the "-" of the requested package against just "version" of
installed - see this line in your post:
Check for compatible versioning model in (1.6.11-7.el5,1.4.2)
This will get you closer to what you want. The effect in releases prior to
3.2.0 should be that subversion will be installed if no version is installed,
and every agent run will attempt to update to 1.6.11-7.el5 (even if it's
already installed).
Hope this is helpful.
-Jessica
bundle agent packagesClient {
packages:
"subversion"
package_policy => "addupdate",
package_method => yum_rpm_exact,
package_version => "1.6.11-7.el5",
package_architectures => { "x86_64" },
action => actionsettings_fix_inform("inform");
}
## You must specify "package_version" in any promises where this body is used!
## Otherwise, the version gets set to "*", which causes Cfengine to refer to
## the package in terms of package-* (see package_name_convention) - which
## could install or delete packages unintentionally.
body package_method yum_rpm_exact
{
package_changes => "individual";
package_list_command => "/bin/rpm -qa --qf '%{name} %{version}-%{release}
%{arch}\n'";
package_list_name_regex=> "^(\S+?)\s\S+?\s\S+$";
package_list_version_regex => "^\S+?\s(\S+?)\s\S+$";
package_list_arch_regex=> "^\S+?\s\S+?\s(\S+)$";
package_list_update_ifelapsed => "1";
package_installed_regex => ".*";
package_name_convention => "$(name)-$(version).$(arch)";
package_add_command=> "/usr/bin/yum -y install";
package_update_command => "/usr/bin/yum -y update";
package_delete_command => "/usr/bin/yum -y erase";
package_verify_command => "/bin/rpm -V";
}
___
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors)
Forum: CFEngine Help Subject: Unable to 'make' CFE 3 on AIX (compiler errors) Author: maxmackie Link to topic: https://cfengine.com/forum/read.php?3,22734,22734#msg-22734 I successfully run the configuration script and proceed to make CFE: # make Making all in pub CC getopt.lo CC getopt1.lo CC snprintf.lo CC getloadavg.lo CC strlcat.lo CC strlcpy.lo CCLD libcfpub.la Target "all" is up to date. Making all in src YACC cf3parse.c conflicts: 4 shift/reduce updating cf3parse.h make all-am CC libpromises_la-cf3parse.lo LEXcf3lex.c CC libpromises_la-cf3lex.lo In file included from cf.defs.h:210, from cf3.defs.h:36, from cf3lex.l:32: /usr/include/unistd.h:201: error: conflicting types for 'lseek64' /usr/include/unistd.h:199: error: previous declaration of 'lseek64' was here In file included from /usr/include/unistd.h:822, from cf.defs.h:210, from cf3.defs.h:36, from cf3lex.l:32: /usr/include/sys/lockf.h:64: error: conflicting types for 'lockf64' /usr/include/sys/lockf.h:62: error: previous declaration of 'lockf64' was here In file included from cf.defs.h:210, from cf3.defs.h:36, from cf3lex.l:32: /usr/include/unistd.h:895: error: conflicting types for 'ftruncate64' /usr/include/unistd.h:893: error: previous declaration of 'ftruncate64' was here /usr/include/unistd.h:952: error: conflicting types for 'truncate64' /usr/include/unistd.h:950: error: previous declaration of 'truncate64' was here /usr/include/unistd.h:971: error: conflicting types for 'pread64' /usr/include/unistd.h:968: error: previous declaration of 'pread64' was here /usr/include/unistd.h:972: error: conflicting types for 'pwrite64' /usr/include/unistd.h:969: error: previous declaration of 'pwrite64' was here /usr/include/unistd.h:1057: error: conflicting types for 'fclear64' /usr/include/unistd.h:1054: error: previous declaration of 'fclear64' was here /usr/include/unistd.h:1058: error: conflicting types for 'fsync_range64' /usr/include/unistd.h:1055: error: previous declaration of 'fsync_range64' was here make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 2. Stop. make: 1254-004 The error code from the last command is 1. Stop. I saw that this issue was coming up a fair bit with a beta release of CFE 3, also on AIX. However, I'm currently running AIX 7.1 Thanks in advanced for your help. ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors)
On 07/05/2011 03:10 PM, no-re...@cfengine.com wrote: > /usr/include/unistd.h:895: error: conflicting types for 'ftruncate64' > /usr/include/unistd.h:893: error: previous declaration of 'ftruncate64' was > here > /usr/include/unistd.h:952: error: conflicting types for 'truncate64' > /usr/include/unistd.h:950: error: previous declaration of 'truncate64' was > here > /usr/include/unistd.h:971: error: conflicting types for 'pread64' > /usr/include/unistd.h:968: error: previous declaration of 'pread64' was here > /usr/include/unistd.h:972: error: conflicting types for 'pwrite64' > /usr/include/unistd.h:969: error: previous declaration of 'pwrite64' was here > /usr/include/unistd.h:1057: error: conflicting types for 'fclear64' > /usr/include/unistd.h:1054: error: previous declaration of 'fclear64' was here > /usr/include/unistd.h:1058: error: conflicting types for 'fsync_range64' > /usr/include/unistd.h:1055: error: previous declaration of 'fsync_range64' > was here > make: 1254-004 The error code from the last command is 1. > I saw that this issue was coming up a fair bit with a beta release of CFE 3, > also on AIX. > However, I'm currently running AIX 7.1 Could you try to run configure with --disable-largefile and see whether it helps? -- Mikhail Gusarov Systems Engineer CFEngine AS Nydalsveien 33 0484 Oslo ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors)
Forum: CFEngine Help Subject: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors) Author: maxmackie Link to topic: https://cfengine.com/forum/read.php?3,22735,22736#msg-22736 Reconfigured with --disable-largefile and configured successfully. Ran make and got an error, albeit a different one than before. Making all in pub CC getopt.lo CC getopt1.lo CC snprintf.lo CC getloadavg.lo CC strlcat.lo CC strlcpy.lo CCLD libcfpub.la Target "all" is up to date. Making all in src YACC cf3parse.c conflicts: 4 shift/reduce updating cf3parse.h make all-am CC libpromises_la-cf3parse.lo LEXcf3lex.c CC libpromises_la-cf3lex.lo CC libpromises_la-patches.lo CC libpromises_la-attributes.lo CC libpromises_la-install.lo CC libpromises_la-generic_agent.lo CC libpromises_la-dbm_api.lo CC libpromises_la-dbm_berkeley.lo dbm_berkeley.c: In function 'BDB_OpenDB': dbm_berkeley.c:63: error: too few arguments to function '(*dbp)->open' make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 2. Stop. make: 1254-004 The error code from the last command is 1. Stop. ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
Re: CFEngine Help: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors)
On 07/05/2011 03:28 PM, no-re...@cfengine.com wrote: > dbm_berkeley.c: In function 'BDB_OpenDB': > dbm_berkeley.c:63: error: too few arguments to function '(*dbp)->open' > make: 1254-004 The error code from the last command is 1. Are you building beta 1? This bug has been fixed in trunk since then. Please try to build from Subversion. -- Mikhail Gusarov Systems Engineer CFEngine AS Nydalsveien 33 0484 Oslo ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors)
Forum: CFEngine Help Subject: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors) Author: maxmackie Link to topic: https://cfengine.com/forum/read.php?3,22735,22738#msg-22738 I grabbed the 3.1.5 source instead and built from there. Configuring with --disable-largefile and running make. Make runs for a good while and it looks like everything is going to turn out fine. Then: CCLD cf-report Target "all-am" is up to date. Making all in docs make: 1254-002 Cannot find a rule to create target cf-agent.8 from dependencies. Stop. make: 1254-004 The error code from the last command is 1. Stop. I have all the dependencies installed on the system, or else the configuration script wouldn't succeed right? I appreciate your help by the way ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
Re: CFEngine Help: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors)
On 07/05/2011 03:50 PM, no-re...@cfengine.com wrote: > I have all the dependencies installed on the system, or else the > configuration script wouldn't succeed right? > I appreciate your help by the way This issue seems to stem from using AIX make, try using GNU Make instead. -- Mikhail Gusarov Systems Engineer CFEngine AS Nydalsveien 33 0484 Oslo ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors)
Forum: CFEngine Help Subject: Re: CFEngine Help: Unable to 'make' CFE 3 on AIX (compiler errors) Author: maxmackie Link to topic: https://cfengine.com/forum/read.php?3,22735,22740#msg-22740 Your suggestion to use gmake was right, it worked. However when running gmake install, I get a relatively short output and can't seem to see cfengine installed anywhere. # gmake install Making install in pub gmake[1]: Entering directory `/tmp/cfengine/cfengine-3.1.5/pub' gmake[2]: Entering directory `/tmp/cfengine/cfengine-3.1.5/pub' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/tmp/cfengine/cfengine-3.1.5/pub' gmake[1]: Leaving directory `/tmp/cfengine/cfengine-3.1.5/pub' Making install in src gmake[1]: Entering directory `/tmp/cfengine/cfengine-3.1.5/src' gmake install-am gmake[2]: Entering directory `/tmp/cfengine/cfengine-3.1.5/src' gmake[3]: Entering directory `/tmp/cfengine/cfengine-3.1.5/src' test -z "/usr/local/lib" || .././install-sh -c -d "/usr/local/lib" /bin/sh ../libtool --mode=install .././install-sh -c libpromises.la '/usr/local/lib' libtool: install: .././install-sh -c .libs/libpromises.lai /usr/local/lib/libpromises.la libtool: install: .././install-sh -c .libs/libpromises.a /usr/local/lib/libpromises.a libtool: install: chmod 644 /usr/local/lib/libpromises.a libtool: install: ranlib /usr/local/lib/libpromises.a -- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- test -z "/usr/local/sbin" || .././install-sh -c -d "/usr/local/sbin" /bin/sh ../libtool --mode=install .././install-sh -c cf-know cf-promises cf-agent cf-monitord cf-serverd cf-execd cf-runagent cf-key cf-report '/usr/local/sbin' libtool: install: .././install-sh -c cf-know /usr/local/sbin/cf-know libtool: install: .././install-sh -c cf-promises /usr/local/sbin/cf-promises libtool: install: .././install-sh -c cf-agent /usr/local/sbin/cf-agent libtool: install: .././install-sh -c cf-monitord /usr/local/sbin/cf-monitord libtool: install: .././install-sh -c cf-serverd /usr/local/sbin/cf-serverd libtool: install: .././install-sh -c cf-execd /usr/local/sbin/cf-execd libtool: install: .././install-sh -c cf-runagent /usr/local/sbin/cf-runagent libtool: install: .././install-sh -c cf-key /usr/local/sbin/cf-key libtool: install: .././install-sh -c cf-report /usr/local/sbin/cf-report gmake[3]: Nothing to be done for `install-data-am'. gmake[3]: Leaving directory `/tmp/cfengine/cfengine-3.1.5/src' gmake[2]: Leaving directory `/tmp/cfengine/cfengine-3.1.5/src' gmake[1]: Leaving directory `/tmp/cfengine/cfengine-3.1.5/src' Making install in docs gmake[1]: Entering directory `/tmp/cfengine/cfengine-3.1.5/docs' gmake[2]: Entering directory `/tmp/cfengine/cfengine-3.1.5/docs' gmake[2]: Nothing to be done for `install-exec-am'. test -z "/usr/local/share/man/man8" || .././install-sh -c -d "/usr/local/share/man/man8" .././install-sh -c -m 644 cf-agent.8 cf-serverd.8 cf-execd.8 cf-monitord.8 cf-report.8 cf-know.8 cf-runagent.8 cf-promises.8 cf-key.8 '/usr/local/share/man/man8' gmake[2]: Leaving directory `/tmp/cfengine/cfengine-3.1.5/docs' gmake[1]: Leaving directory `/tmp/cfengine/cfengine-3.1.5/docs' Making install in examples gmake[1]: Entering directory `/tmp/cfengine/cfengine-3.1.5/examples' gmake[2]: Entering directory `/tmp/cfengine/cfengine-3.1.5/examples' gmake[2]: Nothing to be done for `install-exec-am'. test -z "/usr/local/share/doc/cfengine" || .././install-sh -c -d "/usr/local/share/doc/cfengine" .././install-sh -c -m 644 active_directory.cf app_baseline.cf cfengine_stdlib.cf promise_knowledge.cf unit_abort.cf unit_accessed_before.cf unit_accumulated_time.cf unit_acl.cf unit_acl_generic.cf unit_acl_secret.cf unit_activedirectory_listusers.cf unit_activedirectory_showuser.cf unit_ago.cf unit_arrays.cf unit_backreferences_files.cf unit_badpromise.cf unit_badtype.cf unit_bsdflags.cf unit_cf2_integration.cf unit_change_detect.cf unit_changedbefore.cf unit_chdir.cf unit_classes_global.cf unit_classmatch.cf unit_classvar_convergence.cf unit_compare.cf unit_control_expand.cf unit_controlclasses.cf unit_copy.cf unit_copy_classes.cf unit_copy_edit.cf unit_copylinks.cf unit_countclassesmatching.cf unit_countlinesmatching.cf unit_create_filedir.cf unit_createdb.cf unit_customize_by_named_list.cf unit_definitions.cf unit_deletelines.cf unit_disable_and_rotate_files.cf '/usr/local/share/doc/cfengine' .././install-sh -c -m 644 un
CFEngine Help: Re: Cfengine Help: Re: Advice on using package promises
Forum: CFEngine Help Subject: Re: Cfengine Help: Re: Advice on using package promises Author: svenXY Link to topic: https://cfengine.com/forum/read.php?3,22694,22741#msg-22741 great! much better! I think I can finally proceed now. With subversion installed both i386 and x86_64, this upgrade failed as follows: ... cf3> Q:yum -y update subver ...:Updating: cf3> Q:yum -y update subver ...: subversion x86_64 1.6.11-7.el5 denic-update 3.2 M cf3> Q:yum -y update subver ...: cf3> Q:yum -y update subver ...:Transaction Summary cf3> Q:yum -y update subver ...:= cf3> Q:yum -y update subver ...:Install 0 Package(s) cf3> Q:yum -y update subver ...:Update 1 Package(s) cf3> Q:yum -y update subver ...:Remove 0 Package(s) cf3> Q:yum -y update subver ...: cf3> Q:yum -y update subver ...:Total download size: 3.2 M cf3> Q:yum -y update subver ...:Downloading Packages: cf3> Q:yum -y update subver ...:Running Transaction Test cf3> Q:yum -y update subver ...:Finished Transaction Test cf3> Q:yum -y update subver ...: cf3> Q:yum -y update subver ...: cf3> Q:yum -y update subver ...:Transaction Check Error: file /usr/share/man/man1/svn.1.gz from install of subversion-1.6.11-7.el5 conflicts with file from package subversion-1.4.2-2.el5 cf3> Q:yum -y update subver ...: file /usr/share/man/man1/svnadmin.1.gz from install of subversion-1.6.11-7.el5 conflicts with file from package subversion-1.4.2-2.el5 cf3> Q:yum -y update subver ...: file /usr/share/man/man1/svnlook.1.gz from install of subversion-1.6.11-7.el5 conflicts with file from package subversion-1.4.2-2.el5 cf3> Q:yum -y update subver ...: file /usr/share/man/man5/svnserve.conf.5.gz from install of subversion-1.6.11-7.el5 conflicts with file from package subversion-1.4.2-2.el5 cf3> Q:yum -y update subver ...: file /usr/share/man/man8/svnserve.8.gz from install of subversion-1.6.11-7.el5 conflicts with file from package subversion-1.4.2-2.el5 cf3> Q:yum -y update subver ...: cf3> Q:yum -y update subver ...: cf3> !! Finished command related to promiser "subversion" -- an error occurred (returned 1) cf3> Package schedule execution failed for subversion-1.6.11-7.el5.x86_64 cf3> -> Patch schedule... cf3> -> Verify schedule... but I guess this is due to rpm problems and has nothing to do with cfengine. cool stuff, thanks again! Sven ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: Change the default interface in CFEngine configuration
Forum: CFEngine Help Subject: Re: Change the default interface in CFEngine configuration Author: neilhwatson Link to topic: https://cfengine.com/forum/read.php?3,22720,22742#msg-22742 CF2 is well depreciated. With the website changes I'm not even sure where the old documentation is. However you might see if there is some type of bind command to bind the server and agent to specific interface. ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: Change the default interface in CFEngine configuration
Forum: CFEngine Help Subject: Re: Change the default interface in CFEngine configuration Author: Lulu Link to topic: https://cfengine.com/forum/read.php?3,22720,22743#msg-22743 Hello, thank you very much for your ansewer, I was looking in the reference manual (http://www.cfengine.org/manuals/cf2-Reference.html) and I found this 4.10.10 BindToInterface in cfagent If this is set to a specific IP address of an IP configured interface, cfagent will use that address for outgoing connections. On Multi-homed hosts this allows one to restrict the traffic to a known interface. An interface must be configured with an IP address in order to be bound. But this is not what I really want, I only want to be able to do this classes: escuelas = ( 201.221.60.70 201.221.56.221 201.221.56.224 ) liceos = ( 201.221.56.232 201.221.56.234 201.221.56.235 ) anyway while I was trying different things I found that CFEngine understands it this way: classes: escuelas = ( 201_221_60_70 201_221_56_221 201_221_56_224 ) liceos = ( 201_221_56_232 201_221_56_234 201_221_56_235 ) thnks! ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: need empty slist but cfengine doesn't like that
Forum: CFEngine Help Subject: Re: need empty slist but cfengine doesn't like that Author: zzamboni Link to topic: https://cfengine.com/forum/read.php?3,22732,22744#msg-22744 I think to define an empty list you need to use the cf_null constant: http://cfengine.com/manuals/cf3-reference.html#Special-list-value-cf_005fnull OTOH, what is it exactly you want to do? Usually by looking at the higher-level goal we might be able to suggest different ways to achieve it. Best regards, ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf"
Forum: CFEngine Help Subject: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf" Author: zzamboni Link to topic: https://cfengine.com/forum/read.php?3,22719,22745#msg-22745 "Bug" was perhaps too strong a word in my reply. I would call it a limitation of set_variable_values, that could be overcome by implementing it differently. It's definitely not a bug in cfengine, although it would be nice to be able to specify in how many fields a line should be split. ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
CFEngine Help: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf"
Forum: CFEngine Help Subject: Re: bug? or feature? "set_variable_values" in "cfengine_stdlib.cf" Author: davidlee Link to topic: https://cfengine.com/forum/read.php?3,22719,22746#msg-22746 Thanks, Diego. I'm new to cfengine3 and fixing bugs/features (although there's an ancient bugfix of mine years ago in cf2). How do we set about improving the functionality of the library "set_variable_values"? The library is part of the software package and needs to be robust and reliable. I'm happy to be involved in the discussion and design of this particular item, and to beta-test. So what we do next? ___ Help-cfengine mailing list Help-cfengine@cfengine.org https://cfengine.org/mailman/listinfo/help-cfengine
