I am not sure about all of your dependencies, but I built SunSunStudio 12
on a Sol 10 X86 platform without a problem
Hope this helps.
Ian
help-cfengine-requ...@cfengine.org
Sent by: help-cfengine-boun...@cfengine.org
01/11/2010 06:00 AM
Please respond to
help-cfengine@cfengine.org
To
help-cfengine@cfengine.org
cc
Subject
Help-cfengine Digest, Vol 47, Issue 9
Send Help-cfengine mailing list submissions to
help-cfengine@cfengine.org
To subscribe or unsubscribe via the World Wide Web, visit
https://cfengine.org/mailman/listinfo/help-cfengine
or, via email, send a message with subject or body 'help' to
help-cfengine-requ...@cfengine.org
You can reach the person managing the list at
help-cfengine-ow...@cfengine.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Help-cfengine digest..."
Today's Topics:
1. Re: Use case question (moving directories and symlinking the
old location) (Nakarin Phooripoom)
2. 3.03 build problem (Michael Potter)
3. Re: copy and file perms (Mark Burgess)
----------------------------------------------------------------------
Message: 1
Date: Sun, 10 Jan 2010 23:55:17 +0100
From: Nakarin Phooripoom <mynameisje...@gmail.com>
Subject: Re: Use case question (moving directories and symlinking the
old location)
To: help-cfengine help <help-cfengine@cfengine.org>
Message-ID: <3b05e640-697f-4def-ae60-9f0c103fa...@gmail.com>
Content-Type: text/plain; charset=us-ascii
Hi Robert,
You should try this. Let make it done sequently.
<snip>
classes:
SRV_APACHE_STANDALONE::
"isdir" expression => isdir("/var/www");
files:
SRV_APACHE_STANDALONE.isdir::
# make sure that there is /srv directory
"/srv/."
create => "true";
"/var/www"
rename =>
MoveTo("/srv/www"),
perms =>
PermsChgrp("www-data"),
classes => satisfied(next_step);
SRV_APACHE_STANDALONE.next_step::
"/var/www"
link_from =>
LinkFrom("/srv/www"),
perms =>
PermsChgrp("www-data");
</snip>
body classes satisfied(x)
{
promise_repaired => { "$(x)" };
}
Cheers,
--Nakarin
On Dec 24, 2009, at 8:05 PM, Robert Markula wrote:
> Hi Brendan,
>
> Brendan Strejcek wrote:
>> I think you want this:
>>
>>
http://www.cfengine.org/manuals/cf3-reference.html#move_005fobstructions-in-files
>
> thanks for trying to help me, but unfortunately the error message
> persists. Hmm... another idea?
>
> Here's the latest version (not working):
>
> <snip>
> classes:
> SRV_APACHE_STANDALONE::
> "isdir" expression => isdir("/var/www");
> files:
> SRV_APACHE_STANDALONE.isdir::
> "/var/www/."
> rename =>
MoveTo("/srv/www/."),
> perms =>
PermsChgrp("www-data"),
> create => "true";
> SRV_APACHE_STANDALONE::
> "/var/www"
> link_from =>
LinkFrom("/srv/www"),
> move_obstructions =>
"true",
> perms =>
PermsChgrp("www-data");
> </snip>
>
> Cheers,
> Robert
>
> _______________________________________________
> Help-cfengine mailing list
> Help-cfengine@cfengine.org
> https://cfengine.org/mailman/listinfo/help-cfengine
------------------------------
Message: 2
Date: Mon, 11 Jan 2010 13:36:36 +1100
From: Michael Potter <mega...@gmail.com>
Subject: 3.03 build problem
To: help-cfengine <help-cfengine@cfengine.org>
Message-ID:
<167f9c461001101836x5485950bnb947b02883f88...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi
Having trouble building cfe 3.03 on Solaris 10. I was using these command
to
build 3.02 without any problems:
automake --add-missing
autoreconf
./configure --prefix=$INSTDIR --exec-prefix=$INSTDIR \
--without-sql --with-openssl=/usr/sfw \
--with-workdir=/export/rt/cfengine
/bin/cp -f /usr/local/bin/libtool .
gmake
gmake install
However, when using the exact same commands I get the following errors:
(during autoreconf)
autoheader: warning: missing template: CFCYG
autoheader: Use AC_DEFINE([CFCYG], [], [Description])
autoheader: warning: missing template: MINGW
autoreconf: /usr/local/bin/autoheader failed with exit status: 1
(during link)
grep: can't open /usr/local/lib/libjpeg.la
Can't open /usr/local/lib/libjpeg.la
libtool: link: `/usr/local/lib/libjpeg.la' is not a valid libtool archive
I would be interested to know if anyone else is having success building
3.03
for Solaris 10.
Cheers
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://cfengine.org/pipermail/help-cfengine/attachments/20100111/1ad50806/attachment.html
------------------------------
Message: 3
Date: Mon, 11 Jan 2010 07:28:58 +0100
From: Mark Burgess <mark.burg...@iu.hio.no>
Subject: Re: copy and file perms
To: Neil Watson <cfeng...@watson-wilson.ca>
Cc: help-cfengine@cfengine.org
Message-ID: <4b4ac52a.7050...@iu.hio.no>
Content-Type: text/plain; charset=ISO-8859-1
Neil. You are correct that this option was not implemented. The default
value of all
boolean type /true/false options is always false, so preserving original
perms should not
be the default behaviour. I have patched svn to fix this.
Neil Watson wrote:
> Here is a self contained example.
>
> ######################
> body common control {
> bundlesequence => { "test" };
> }
>
> bundle common g {
> classes:
>
> "all" expression => "any";
> }
>
> bundle agent test {
>
> files:
>
> "/tmp/foobar"
> copy_from => local_cp("/tmp/src-foobar"),
> comment => "check contents only";
>
> reports:
>
> all::
> }
> body copy_from local_cp(from)
> {
> source => "$(from)";
> compare => "digest";
> }
>
> Target and source files:
>
> -rw------- 1 neil neil 9 2010-01-05 20:07 /tmp/foobar
> -rw-r--r-- 1 neil neil 9 2010-01-05 20:08 /tmp/src-foobar
>
> Both files are currently identical in contents but not permissions.
> However, since the files promise makes no promise about permissions I
> expect it to do nothing.
>
> cf-agent -KnIf ./test.cf
> -> Object /tmp/foobar had permission 600, changed it to 644
>
> It would seem that the agent assumes that the source file has the
> correct permissions. There is something called 'preserve' that "Whether
> or not the copy preserves the permissions on the source files." So is
> this set to true by default? Let's try by adding
> preserve => "false";
> to our body and retry.
>
> cf-agent -KnIf ./test.cf
> -> Object /tmp/foobar had permission 600, changed it to 644
>
> For completeness I'll try setting preserve to true.
>
> cf-agent -KnIf ./test.cf
> -> Object /tmp/foobar had permission 600, changed it to 644
>
> No difference.
>
> Why is the agent trying to change permissions? Is this expected
> behaviour? Is this desired behaviour?
>
> Sincerely,
--
Mark Burgess
-------------------------------------------------
Professor of Network and System Administration
Oslo University College, Norway
Personal Web: http://www.iu.hio.no/~mark
Office Telf : +47 22453272
-------------------------------------------------
------------------------------
_______________________________________________
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
End of Help-cfengine Digest, Vol 47, Issue 9
********************************************
Jefferies archives and monitors outgoing and incoming e-mail. The contents of
this email, including any attachments, are confidential to the ordinary user of
the email address to which it was addressed. If you are not the addressee of
this email you may not copy, forward, disclose or otherwise use it or any part
of it in any form whatsoever. This email may be produced at the request of
regulators or in connection with civil litigation. Jefferies accepts no
liability for any errors or omissions arising as a result of transmission. Use
by other than intended recipients is prohibited. In the United Kingdom,
Jefferies operates as Jefferies International Limited; registered in England:
no. 1978621; registered office: Vintners Place, 68 Upper Thames Street, London
EC4V 3BJ. Jefferies International Limited is authorised and regulated by the
Financial Services Authority._______________________________________________
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine
