- Use DOCSDIR and EXAMPLESDIR in Makefile and pkg-plist
- Simplify post-install target
- Check for bpf availabity by calling pkg-req script
- Reword warning text in pkg-req and remove explicit version reference
- Correct typo in COMMENT
- Do not update /etc/services - not needed anymore
- Bump PORTREVISION due to changed package
PR: 50918
Submitted by: Sergei Kolobov <sergei@kolobov.com>
options `start' and `stop' now (unless I have forgotten any). This allows
us to call the scripts from /etc/rc.shutdown with the correct option.
The (42 or so) ports that already DTRT before are unchanged.
FWIW, checkout of these things took 5+hrs, staying on the local
.freebsd.org net w/o hitting the 'net at all.
As promised,
$ time cvs ci
real 67m51.701s
user 0m1.250s
sys 0m5.345s
Remove dhcpdb.bind file if changed dhcpdb.pool file.
If dhcpdb.pool file is changed and dhcpdb.bind file is
not matched to new pool file, dhcp server(dhcps) can not
run with some errors like this.
* dhcps in free(): warning: modified (chunk-) pointer.
* dhcps[25591]: hash_ins() with client identifier failed in read_bind_db()
I fixed start-up script to remove dhcpdb.bind file
when dhcpdb.pool file is newer than dhcpdb.bind.
Install intro.dhcp.jis file into ${PREFIX}/share/dhcp dirctory.
PR: 3717
Submitted-by: sanpei@yy.cs.keio.ac.jp
Unlink /etc/resolv.conf before recreate new one.
If /etc/resolv.conf is symbolic link file, dhcpc with -r
option overwrite symfile.
Then unlink it berfore recreate.
PR: 3717
Submitted-by: sanpei@yy.cs.keio.ac.jp
Append description into pkg/DESCR file.
o CHECK_SUM error problem under 2.1.x FreeBSD box.
o dhcps need dhcpdb.relay file without using dhcpdb.relay.
PR: 3717
Submitted-by: sanpei@yy.cs.keio.ac.jp
Fix manpage files about path of dhcpdb.bind file.
The dhcpdb.bind file is in /var/db/ under FreeBSD, not
in /etc.
PR: 3717
Submitted-by: sanpei@yy.cs.keio.ac.jp
unless you test it, Brian. :) (Directory path prefix was wrong.)
(2) Also, this patch modifies the same file as patch-af, so I combined
those two (see handbook).
IP for that hardware-address, return a NAK rather than being silent.
Reviewed by: None (trivial fix, discussed briefly with author & cc'd
to hackers)
Submitted by: Brian Somers <brian@awfulhak.demon.co.uk>
Obtained from: Brian Somers <brian@awfulhak.demon.co.uk>