Home | History | Annotate | Download | only in tcpdchk
History log of /src/usr.sbin/tcpdchk/Makefile
RevisionDateAuthorComments
 1.14  07-Mar-2021  christos Add blocklist support to libwrap which enables all programs using libwrap
to block access from hosts we deny. (libwrap support from Greg A. Woods)
 1.13  22-Apr-2009  lukem Enable WARNS=4 by default, except for:
cpuctl dumplfs hprop ipf iprop-log kadmin kcm kdc kdigest
kimpersonate kstash ktutil makefs ndbootd ntp pppd quot
racoon racoonctl rtadvd sntp sup tcpdchk tcpdmatch tcpdump
traceroute traceroute6 user veriexecgen wsmoused zic
(Mostly third-party applications)
 1.12  18-Sep-2002  lukem branches: 1.12.40;
use NETBSDSRCDIR as appropriate
 1.11  24-May-2002  tron Fix build problem caused by recent changes to "libwrap".
 1.10  11-Oct-2000  is More format string cleanups by sommerfeld.
 1.9  27-Aug-1999  itojun branches: 1.9.8;
conflict resolution after tcp_wrappers upgrade to 7.6.
 1.8  15-Feb-1999  hubertf fix RCS ID
 1.7  18-Jan-1999  christos PR/6835: Greg A. Woods: Various problems with tcpdchk
- fakelog.c contains extra va_arg
- fix netgroup const problem and remove WARNS flag from Makefile
- use CFLAGS from libwrap
 1.6  05-Mar-1998  christos Remove WARNS=0
 1.5  09-Jan-1998  perry RCS Id Police.
 1.4  18-Oct-1997  lukem enable WARNS=1 by default, but disable in unclean 3rd party code
 1.3  11-Oct-1997  christos Cleanup for WARNS = 1
- add prototypes
- comment out rfc931(); it conflicts with the one in -lwrap and is not needed
anyway.
- remove unused variables
- add NetBSD rcsids.
 1.2  24-Mar-1997  christos Makefile cleanups
 1.1  11-Jan-1997  cjs branches: 1.1.1;
Initial revision
 1.1.1.2  27-Aug-1999  itojun libwrap from tcp_wrappers 7.6
 1.1.1.1  11-Jan-1997  cjs Import from tcd_wrappers_7.4.
 1.9.8.1  17-Oct-2000  tv Pullup usr.sbin string format fixes [is].
See "cvs log" for explicit revision numbers per file, from sommerfeld.
 1.12.40.1  13-May-2009  jym Sync with HEAD.

Third (and last) commit. See http://mail-index.netbsd.org/source-changes/2009/05/13/msg221222.html

RSS XML Feed