Commit graph

13 commits

Author SHA1 Message Date
reed
32d8f290c2 The default location of the pkgsrc-installed rc.d scripts is now
under share/examples/rc.d. The variable name already was named
RCD_SCRIPTS_EXAMPLEDIR.

This is from ideas from Greg Woods and others.

Also bumped PKGREVISION for all packages using RCD_SCRIPTS mechanism
(as requested by wiz).
2004-12-28 02:47:40 +00:00
jlam
00686c240d Set PTHREAD_AUTO_VARS to "yes" after pthread.buildlink3.mk was changed
not to automatically add pthread-related CFLAGS, LDFLAGS, and LIBS to
the configure and build processes.
2004-12-04 23:09:06 +00:00
wiz
54cea8dbf4 Fix build (missing PTHREAD_LDFLAGS). 2004-12-04 11:58:06 +00:00
wiz
8863d919d7 Reset maintainer on his request. 2004-11-27 18:04:20 +00:00
jlam
af591191d2 Remove redundant uses of PTHREAD_{CFLAGS,LDFLAGS} now that they're added
automatically by pthread.buildlink3.mk.  Also, factor out the pthread
library out of PTHREAD_LDFLAGS into a standalone variable PTHREAD_LIBS
and use it in packages where necessary (usually the ones that don't
have a GNU configure script).
2004-11-12 06:39:19 +00:00
snj
0a9411e5e7 Convert to buildlink3. 2004-04-25 08:24:03 +00:00
reed
9c790735db mk/bsd.pkg.install.mk now automatically registers
the RCD_SCRIPTS rc.d script(s) to the PLIST.

This GENERATE_PLIST idea is part of Greg A. Woods'
PR #22954.

This helps when the RC_SCRIPTS are installed to
a different ${RCD_SCRIPTS_EXAMPLEDIR}. (Later,
the default RCD_SCRIPTS_EXAMPLEDIR will be changed
to be more clear that they are the examples.)

These patches also remove the etc/rc.d/ scripts from PLISTs
(of packages that use RCD_SCRIPTS). (This also removes
now unused references from openssh* makefiles. Note that
qmail package has not been changed yet.)

I have been doing automatic PLIST registration for RC_SCRIPTS
for over a year. Not all of these packages have been tested,
but many have been tested and used.

Somethings maybe to do:
- a few packages still manually install the rc.d scripts to
  hard-coded etc/rc.d. These need to be fixed.
- maybe  remove from mk/${OPSYS}.pkg.dist mtree specifications too.
2004-04-23 22:07:52 +00:00
cube
4f73b397e7 o Better handling of pthreads dependency
o Fixes to make building and installing more easy
o Make MaraDNS actually look into ${PKG_SYSCONFDIR} for its configuration
  file, thus bumping PKGREVISION.
2003-11-14 21:19:03 +00:00
wiz
92c0808d82 Make build with pth. 2003-11-14 09:34:42 +00:00
xtraeme
24cdb08135 Add pthread's buildlink and fix typo (fixes bulk build by hubertf@) 2003-09-27 02:29:18 +00:00
jmmv
77158045c8 Reimplace removal of ${PREFIX}/doc after installation.
(Note that anyway, maradns' installation process is screwed up.  It uses
cp and mkdir to install things, it copies useless stuff like Makefiles,
installs duplicates of manpages, etc...)
2003-09-26 11:20:27 +00:00
xtraeme
d6697f91b0 Updated to 1.0.18
Changes:

	Cleaned up and fixed a bug in the MaraDNS startup
	script. Now, the only prorcesses that will be killed
	will be bona fide MaraDNS processes.

Closes PR pkg/22963.
2003-09-26 10:11:58 +00:00
xtraeme
133995d090 Initial import of maradns 1.0.17.
Package provided by pancake <pancake@phreaker.net> via pkgsrc-wip.

MaraDNS is a package that implements the Domain Name Service (DNS), an
essential internet service. MaraDNS is intended for environments where a DNS
server must be secure and where the server must use the absolute minimum
number of resources possible. MaraDNS was created in response to issues
people had with the DNS servers available in early 2001; and has the
following design goals:

Security-aware programming. A DNS server needs to be secure. I have a number
of security features in the code, including:

   1. The code uses a special string library which is resistant to buffer
      overflows.

   2. The code, if started as root, mandates running as an unpriviledged user
      in a chroot() jail.

Open-Source. The 1.0 release of the DNS server is public-domain code;
the 1.2 release will be released under a very liberal BSD-style license.

Simplicity. This DNS server has the minimum number of features needed to
correctly act as an authoritative and/or recursive name server.
2003-09-25 14:12:50 +00:00