Document the BSD subnet manipulation issue in the README and not the man page.

diff --git a/README b/README
index 86ee1848232ad6ae8e28c8ad6b0c4707a00fb108..e1cb98500c49f75b4ceb486f7d25adf7774e0c99 100644 (file)
--- a/README
+++ b/README
@@ -4,9 +4,10 @@ Copyright 2006-2008 Roy Marples <roy@marples.name>
 
 Installation
 ------------
-Edit config.h to match your building requirements.
 Then just make; make install
 man dhcpcd for command line options
+man dhcpcd.conf for configuration options
+man dhcpcd-run-hooks to learn how to hook scripts into dhcpcd events
 
 
 Notes
@@ -32,6 +33,12 @@ linux-2.6.24 finally ships with a working 32-bit header.
 If your linux headers are older, or your distro hasn't patched them you can
 set CSTD=gnu99 to work around this.
 
+Some BSD systems do not allow the manipulation of automatically added subnet
+routes. You can find discussion here:
+    http://mail-index.netbsd.org/tech-net/2008/12/03/msg000896.html
+BSD systems where this has been fixed are:
+    NetBSD-5.99.6
+
 
 Hooks
 -----
@@ -51,6 +58,7 @@ This is so we can re-use the address the kernel DHCP client found.
 To retain the old behaviour of sending a default ClientID based on the
 hardware address for interface, simply add the keyword clientid to dhcpcd.conf.
 
+
 ChangeLog
 ---------
 We no longer supply a ChangeLog.

diff --git a/dhcpcd.8.in b/dhcpcd.8.in
index 3f65af268756bbf638fa6780feb4fdf044b31440..f385072c9bce4a3ae52f5f98b246ca5a9acd1399 100644 (file)
--- a/dhcpcd.8.in
+++ b/dhcpcd.8.in
@@ -495,11 +495,3 @@ does not wait for commands to complete when sending them to the master
 process, nor does it echo its progress to stderr.
 This is a behaviour change dhcpcd-4 and may need to be addressed if
 there is sufficient need.
-.Pp
-BSD systems do not correctly handle manual removal or changing of
-subnet routes which where added by the kernel when an address was added.
-You can find discussion here:
-.D1 http://mail-index.netbsd.org/tech-net/2008/12/03/msg000896.html
-and a patch for NetBSD here:
-.D1 http://mail-index.netbsd.org/tech-net/2008/12/14/msg000907.html
-Other BSD systems will need equivalent patches.