On 2023/08/16 18:34, Joseph Benden wrote:
> The included patch brings Cfengine 3 up-to-date with the latest LTS
> release, 3.21.2.
>
> Best regards,
> -Joe
>
Thanks for un-sticking this port :)
I'll include an updated patch below, comments in-line here saying what
changed. note it uses
The included patch brings Cfengine 3 up-to-date with the latest LTS
release, 3.21.2.
Best regards,
-Joe
From 44fb146da83e2d1268c6462153a7dd22c9e07b0b Mon Sep 17 00:00:00 2001
From: Joseph Benden
Date: Wed, 16 Aug 2023 09:42:10 -0700
Subject: [PATCH] update to cfengine-3.21.2
Signed-off-by:
On 2017/11/26 00:41, Rodrigo Mosconi wrote:
> Fixed and updated the port to the latest LTS version.
The time_t %ld -> %lld patches are still needed. You will see warnings in
build on amd64; these will cause breakage on 32-bit arches.
There's some other problem with the patches - applying your
Fixed and updated the port to the latest LTS version.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/cfengine/Makefile,v
retrieving revision 1.56
diff -u -p -r1.56 Makefile
--- Makefile19 Nov 2016 15:28:40 -1.56
+++
even adding openpam to LIB_DEPENDS, the "user promise" support won`t be
enabled
I`m looking at
2016-01-22 9:21 GMT-02:00 Stuart Henderson :
> On 2016/01/22 09:17, Rodrigo Mosconi wrote:
> > The PAM and fgetpwent/fgetgrent is required to enable users promise, ie,
> to
> >
On 2016/01/21 23:47, Rodrigo Mosconi wrote:
> A new diff, now using qdbm, as before.
Thanks.
There are a couple of fixes needed to library dependencies but I can
take care of those locally, no need for a new diff.
One of them I need to ask about though: is the PAM support doing
anything useful?
On 2016/01/22 09:17, Rodrigo Mosconi wrote:
> The PAM and fgetpwent/fgetgrent is required to enable users promise, ie, to
> manage local users.
> The PAM is required to test/change password, as far I looked where it is
> used.
OK, I'll add the LIB_DEPENDS and commit it then, thanks for checking.
The PAM and fgetpwent/fgetgrent is required to enable users promise, ie, to
manage local users.
The PAM is required to test/change password, as far I looked where it is
used.
2016-01-22 8:48 GMT-02:00 Stuart Henderson :
> On 2016/01/21 23:47, Rodrigo Mosconi wrote:
> > A new
A new diff, now using qdbm, as before.
2016-01-20 18:51 GMT-02:00 Stuart Henderson :
> On 2016/01/20 15:22, Rodrigo Mosconi wrote:
> > The upstream is dropping support for qdbm, and used tokyocabinet as main
> > dbm. Now they prefer to use mdb as database backend
>
> We may
The upstream is dropping support for qdbm, and used tokyocabinet as main
dbm. Now they prefer to use mdb as database backend
2016-01-20 14:42 GMT-02:00 Stuart Henderson :
> Thanks for the new diff, I haven't had time to review fully but
> from a quick read through this is
New diff
2016-01-19 11:51 GMT-02:00 Stuart Henderson :
> On 2016/01/19 00:26, Rodrigo Mosconi wrote:
> > Follow the cvs diff
> >
> > 2016-01-19 0:15 GMT-02:00 Stuart Henderson :
> >
> > On 2016/01/18 23:54, Rodrigo Mosconi wrote:
> > > Hi!
> > >
Thanks for the new diff, I haven't had time to review fully but
from a quick read through this is looking much better.
I noticed tokyocabinet though - I would recommend caution there
as it is does not appear to be fully safe on a non-UBC system like
OpenBSD. qdbm is better behaved in this
On 2016/01/20 15:22, Rodrigo Mosconi wrote:
> The upstream is dropping support for qdbm, and used tokyocabinet as main
> dbm. Now they prefer to use mdb as database backend
We may be stuck then.
On 2016/01/19 00:26, Rodrigo Mosconi wrote:
> Follow the cvs diff
>
> 2016-01-19 0:15 GMT-02:00 Stuart Henderson :
>
> On 2016/01/18 23:54, Rodrigo Mosconi wrote:
> > Hi!
> >
> > This updates sysutils/cfengine to 3.7.3.
> >
> > The users promise is not
Follow the cvs diff
2016-01-19 0:15 GMT-02:00 Stuart Henderson :
> On 2016/01/18 23:54, Rodrigo Mosconi wrote:
> > Hi!
> >
> > This updates sysutils/cfengine to 3.7.3.
> >
> > The users promise is not enabled, because it require some PAM interface.
> I
> > didn`t looked what
Hi!
This updates sysutils/cfengine to 3.7.3.
The users promise is not enabled, because it require some PAM interface. I
didn`t looked what need, and if has a "PAM wrapper"
Comments, OK?
cfengine.tgz
Description: GNU Zip compressed data
Hi Stuart,
I am working on it.
I just saw that it's committed. Thank you very much for all your work.
Kind regards,
Martijn Rijkeboer
On Thu 2013.04.25 at 08:48 +0100, Stuart Henderson wrote:
Martijn Rijkeboer mart...@bunix.org writes:
After quite some discussion here's take 4 of the update of
sysutils/cfengine. This version is based on Stuart's version which
was based on Jiri B's version.
..
Please commit so
Trying to work through the tutorial with this and I'm a bit confused
about where files are being installed. This isn't helped by the tutorials
seeming to be for older versions (we can't really do much about that),
but the current set of @samples don't seem to make a lot of sense,
I'll see if I can
Trying to work through the tutorial with this and I'm a bit confused
about where files are being installed. This isn't helped by the tutorials
seeming to be for older versions (we can't really do much about that),
but the current set of @samples don't seem to make a lot of sense,
I'll see if
On Wed, May 01, 2013 at 08:40:22PM +0200, Martijn Rijkeboer wrote:
Trying to work through the tutorial with this and I'm a bit confused
about where files are being installed. This isn't helped by the tutorials
seeming to be for older versions (we can't really do much about that),
but the
I agree that @sample'ing files is fairly wrong, but some people were
really strong about it. I would rather instruct the user in the README
how to do a basic setup or refer to the Cfengine Quick Start Guide.
I was one of those 'strong' 'coz community cfengine doesn't need any
manual action,
On 2013/05/01 16:11, Jiri B wrote:
On Wed, May 01, 2013 at 08:40:22PM +0200, Martijn Rijkeboer wrote:
Trying to work through the tutorial with this and I'm a bit confused
about where files are being installed. This isn't helped by the tutorials
seeming to be for older versions (we
Stuart Henderson s...@spacehopper.org writes:
Martijn Rijkeboer mart...@bunix.org writes:
After quite some discussion here's take 4 of the update of
sysutils/cfengine. This version is based on Stuart's version which was
based on Jiri B's version.
..
Please commit so other people can
On Thu 2013.04.25 at 08:48 +0100, Stuart Henderson wrote:
Martijn Rijkeboer mart...@bunix.org writes:
After quite some discussion here's take 4 of the update of
sysutils/cfengine. This version is based on Stuart's version which was
based on Jiri B's version.
..
Please commit so
Martijn Rijkeboer mart...@bunix.org writes:
After quite some discussion here's take 4 of the update of
sysutils/cfengine. This version is based on Stuart's version which was
based on Jiri B's version.
..
Please commit so other people can start testing it.
Okan, these diffs change
Martijn Rijkeboer mart...@bunix.org writes:
After quite some discussion here's take 4 of the update of
sysutils/cfengine. This version is based on Stuart's version which was
based on Jiri B's version.
Notable differences with Stuart's version:
- Remove @sample for failsafe.cf in PLIST:
Please commit so other people can start testing it.
It does not even build because of libpromises mentioned by Stuart.
I must have done something wrong since the submitted version is running
on my machine for the last 24 hours without problems. Anyway, sorry for
submitting something that
On 2013/03/23 14:10, Martijn Rijkeboer wrote:
First of all, I'm not native English speaker :D What about this one?
Partly based on Debian package.
I'm also not a native English speaker...
Here's an updated diff including a reworked README.
I removed cf_serverd from the cfengine rc
After quite some discussion here's take 4 of the update of
sysutils/cfengine. This version is based on Stuart's version which was
based on Jiri B's version.
Notable differences with Stuart's version:
- Remove @sample for failsafe.cf in PLIST: Modern versions of cfengine use
update.cf instead of
And this is normal?
# /etc/rc.d/cfengine -d start
doing rc_read_runfile
usage: /etc/rc.d/cf_execd [-df] {start|check|reload|restart|stop}
doing rc_read_runfile
usage: /etc/rc.d/cf_serverd [-df] {start|check|reload|restart|stop}
doing rc_read_runfile
usage: /etc/rc.d/cf_monitord [-df]
On Sat, Mar 23, 2013 at 09:44:09PM +0100, Martijn Rijkeboer wrote:
Please commit so other people can start testing it.
It does not even build because of libpromises mentioned by Stuart.
--- src/Makefile.in.origSat Mar 23 22:22:13 2013
+++ src/Makefile.in Sat Mar 23 22:22:28 2013
@@
[trimmed cc's]
On 2013/03/23 18:49, Jiri B wrote:
On Sat, Mar 23, 2013 at 09:44:09PM +0100, Martijn Rijkeboer wrote:
Please commit so other people can start testing it.
It does not even build because of libpromises mentioned by Stuart.
--- src/Makefile.in.origSat Mar 23 22:22:13
On Tue, Mar 19, 2013 at 11:46:06AM +, Stuart Henderson wrote:
| Edit login.conf
| ===
|
| Consider bumping the openfiles-cur to at least 256 in login.conf(5) for
| the daemon class.
I don't know cfengine at all but if this is for something running
as a
| Setup policy hub/server
| ===
|
| To setup a policy hub/server execute the following commands as root:
|
| # mkdir /var/cfengine/masterfiles
| # cp -pR ${LOCALBASE}/share/cfengine/CoreBase/*
/var/cfengine/masterfiles
| # cf-agent --bootstrap --policy-server own
On 2013/03/19 12:22, Martijn Rijkeboer wrote:
| Setup policy hub/server
| ===
|
| To setup a policy hub/server execute the following commands as root:
|
| # mkdir /var/cfengine/masterfiles
| # cp -pR ${LOCALBASE}/share/cfengine/CoreBase/*
Updated to 3.4.4...
@sample files based on NetBSD port, mandatory is promises.cf,
failsafe.cf if promises.cf not found. promises.cf tries to
load other files... This is OK for local agent.
1 @sample ${CFENGINE_BASE}/
2 @sample ${CFENGINE_BASE}/masterfiles/
3 @sample
Penned by Martijn Rijkeboer on 20130316 8:20.50, we have:
| Hi,
|
| The attached archive is take 3 of an update of sysutils/cfengine to version
| 3.4.2. This version explicitly disables libvirt because when libvirt was
| installed it was build with libvirt.
|
| I've chosen to disable libvirt
On Mon, Mar 18, 2013 at 09:33:55AM -0500, Todd T. Fries wrote:
As I pointed out to the libvirt maintainer, libvirt should be enabled to use
the qemu engine that does work on OpenBSD.
Sure it is slower than real hardware, and because of this it makes little
sense
to use for more than
As I pointed out to the libvirt maintainer, libvirt should be enabled to
use the qemu engine that does work on OpenBSD.
Sure it is slower than real hardware, and because of this it makes
little sense to use for more than testing, but personally I find
having a test network of qemu instances
Penned by Martijn Rijkeboer on 20130318 13:12.18, we have:
| As I pointed out to the libvirt maintainer, libvirt should be enabled to
| use the qemu engine that does work on OpenBSD.
|
| Sure it is slower than real hardware, and because of this it makes
| little sense to use for more than
cfengine does not run after installation, either copy some basic
policy files or provide real README.
Attached is a new version of the README is this what you meant?
Event it is declared to be built statically it is not, thus it
cannot run from /var/cfengine without /usr/local mounted.
On 2013/03/18 22:42, Martijn Rijkeboer wrote:
cfengine does not run after installation, either copy some basic
policy files or provide real README.
Attached is a new version of the README is this what you meant?
Event it is declared to be built statically it is not, thus it
cannot
Hi,
The attached archive is take 3 of an update of sysutils/cfengine to version
3.4.2. This version explicitly disables libvirt because when libvirt was
installed it was build with libvirt.
I've chosen to disable libvirt because, to my knowledge, OpenBSD can't be
used as a (production) host for
If libvirt is installed, it is building with libvirt. I think
you have to explicetly put this into Makefile. I vote for
libvirt dependency, one can like to manage KVM via remote libvirtd
from OpenBSD (I would like to try it at least, hehe).
jirib
Hi,
The attached archive is take 2 of an update of sysutils/cfengine to version
3.4.2. The no flavor version is currently running on several of my
production servers. In case there are no objections, please commit so other
people can also start testing it.
This version has the following changes
On 2013/03/13 11:53, Martijn Rijkeboer wrote:
Hi,
The attached archive is take 2 of an update of sysutils/cfengine to version
3.4.2. The no flavor version is currently running on several of my
production servers. In case there are no objections, please commit so other
people can also start
Hi,
A few days before ports was locked I have submitted the attached update for
Cfengine. Since ports is currently no longer locked, any change of getting
this committed?
Kind regards,
Martijn Rijkeboer
cfengine-3.4.2.tgz
Description: application/compressed-tar
On Sat, Mar 09, 2013 at 08:22:09PM +0100, Martijn Rijkeboer wrote:
Hi,
A few days before ports was locked I have submitted the attached update for
Cfengine. Since ports is currently no longer locked, any change of getting
this committed?
I haven't tested it, just reading that port.
If it
Hi,
The attached archive is an update of cfengine to version 3.4.2. This version
runs on several of my production servers (AMD64).
Kind regards,
Martijn Rijkeboer
cfengine-3.4.2.tgz
Description: application/compressed-tar
Hi,
...and slightly more updated patch. There are some more things that
can happen to this port, namely staticlly linking, but I've found the
configure script unhappy; instead of messing around with that now, I'd
like to move forward and put this in, then work on the above, plus
possibly
On Sun, May 06, 2012 at 02:29:10PM +0200, Martijn Rijkeboer wrote:
Maybe I was a little bit too early with saying without problems.
Cf-serverd hangs will checking the policy after the local configuration
has changed.
It hangs on the following line (from cf-serverd -v):
Checking policy with
Maybe I was a little bit too early with saying without problems.
Cf-serverd hangs will checking the policy after the local configuration
has changed.
It hangs on the following line (from cf-serverd -v):
Checking policy with command /var/cfengine/bin/cf-promises -f
Hi,
...and slightly more updated patch. There are some more things that
can happen to this port, namely staticlly linking, but I've found the
configure script unhappy; instead of messing around with that now, I'd
like to move forward and put this in, then work on the above, plus
possibly
Hi Okan,
...and slightly more updated patch. There are some more things that
can happen to this port, namely staticlly linking, but I've found the
configure script unhappy; instead of messing around with that now, I'd
like to move forward and put this in, then work on the above, plus
On Fri 2012.04.27 at 21:45 +0200, Martijn Rijkeboer wrote:
Hi,
The following patch, based on Okan's work, updates cfengine to
3.3.0. Tested on amd64.
thanks for the non-stop testing!
...and slightly more updated patch. There are some more things that
can happen to this port, namely
Hi,
The following patch, based on Okan's work, updates cfengine to
3.3.0. Tested on amd64.
Kind regards,
Martijn Rijkeboer
Index: Makefile
===
RCS file: /cvs/ports/sysutils/cfengine/Makefile,v
retrieving revision 1.38
diff -u
On 2010/04/27 22:38, guilherme m. schroeder wrote:
I've updated cfengine port to 3.0.4 linked with tokyocabinet instead of db4.
Attached is cfengine diff and the new port databases/tokyocabinet.
Comments?
tokyocabinet needs to list the shared library in SHARED_LIBS and the
library version
I've updated cfengine port to 3.0.4 linked with tokyocabinet instead of db4.
Attached is cfengine diff and the new port databases/tokyocabinet.
Comments?
Thanks.
cfengine.diff
Description: Binary data
tokyocabinet.tar.gz
Description: GNU Zip compressed data
59 matches
Mail list logo