aboutsummaryrefslogtreecommitdiffstats
path: root/sysutils/cfengine3
Commit message (Collapse)AuthorAgeFilesLines
* RUN_DEPEND on latex to build documentation correctly.demon2002-01-071-3/+1
| | | | | Remove strip commands from post-install target: binaries are stripped without this hack.
* First round of auto* cleanups:will2002-01-061-1/+1
| | | | | | | | | | | | | - USE_AUTO* -> USE_AUTO*_VER=* where required - USE_AUTO* / *_DEPENDS=.*auto*:*/devel/auto* -> GNU_CONFIGURE where OK - Other minor changes to fix things These changes should be no-ops with the current bsd.port.mk, but will assist in preparing for the next generation of USE_AUTO*. Submitted by: bento 4-exp USE_AUTO* cleanups http://people.FreeBSD.org/~will/4-exp/ http://bento.FreeBSD.org/errorlogs/4-exp-latest/
* Fix for new world order of automake and friends but using ${ACLOCAL} andsteve2001-12-161-1/+1
| | | | ${AUTOHEADER}.
* This patch fixes the following problems:ijliao2001-08-175-5/+34
| | | | | | | | | | | | * cfengine deadlocking in the resolver due to being linked against libc_r * cfd issuing 'ioctl: No such network device' whenever it is invoked. change maintainer email add more docs Patches obtained from Michael Kyle <mike@rainc.com> PR: 29649 Submitted by: MAINTAINER
* Per the instructions of the software, cfengine is now dependent on BerkleyDB 3.mharo2001-04-024-9/+29
| | | | | | | | | | | | | | | | In fact, the only thing (that I can tell anyway) that uses the DB functions is cfd. I'm guessing most people don't use it, especially since I haven't heard any complaints about it. Also, it was putting some of the docs in / (for some really strange reason). That should be fixed too. They are now put in {PREFIX}/share/doc/cfengine, depending on NOPORTSDOC (somewhat reverse logic than normal, but it made the amount of changes less). Finally, strip the binaries. PR: 26189 Submitted by: maintainer
* - Update to version 1.6.3kevlo2001-02-252-3/+3
| | | | | | | - Take over maintainership PR: 25316 Submitted by: Gordon Tetlow <gordont@bluemtn.net>
* Update to version 1.6.2kevlo2001-01-237-62/+70
| | | | | PR: 24556 Submitted by: Ports Fury
* Upgrade to cfengine 1.6.1 to (finally) fix remote vulnerability.kris2001-01-215-24/+103
| | | | | | Remove old maintainer for inactivity. Submitted by: Gordon Tetlow <gordont@bluemtn.net>
* Fix a type, you -> your.steve2000-10-161-1/+1
|
* Mark FORBIDDEN: remote root vulnerabilitykris2000-10-111-0/+2
| | | | Submitted by: Pekka Savola <pekkas@NETCORE.FI> via bugtraq
* Change GNU_CONFIGURE to USE_AUTOCONF. cfengine comes with a configurefenner2000-09-021-1/+1
| | | | | script generated with configure 1.12, which has a POSIX-related IFS bug and doesn't completely work with modern shells.
* Upgrade to 1.5.4 and change to not be x86 specificjseger2000-04-263-3/+15
| | | | Submitted by: Steve Sizemore <steve@cmpharm.ucsf.edu>
* Corrrect whitespace introduced during PORTNAME conversion and portlintmharo2000-04-221-2/+2
|
* Update with the new PORTNAME/PORTVERSION variablecpiazza2000-04-101-2/+2
|
* upgrade to cfengine-1.5.3jseger1999-10-294-11/+19
|
* FreeBSD.ORG -> FreeBSD.orgmharo1999-08-311-2/+2
| | | | | Prompted by PR: 13476, 13477 Submitted by: KATO Tsuguru
* $Id$ -> $FreeBSD$peter1999-08-311-1/+1
|
* Only depend on tcp_wrapper if it isn't in the base system.mharo1999-06-271-2/+2
|
* #4/4 enforcing Caps, no periodhoek1999-06-271-1/+1
| | | | | | | | | | | | [Has anyone figured-out what makes the number 393 so interesting to PW, now?] I wonder what was going through Jordan's head during his infamous $Id$-smashing commit. Before I forget.... Thanks to naddy@mips.rhein-neckar.de (Christian Weisgerber) for prompting this commit. See msg-id: 7geokh$tje$1@mips.rhein-neckar.de
* ${MASTER_SITE_GNU} got rearranged in December; let's catch up.fenner1999-01-271-1/+2
|
* Add dependency on tcp_wrappers if PACKAGE_BUILDING is defined.jseger1998-12-101-1/+5
|
* Upgrade to cfengine-1.4.12.jseger1998-08-193-4/+15
|
* Import of cfengine 1.4.10.jseger1998-03-175-0/+49
cfengine lets you manage you network (including editing files automatically), in an object-oriented manner.