--- a/dhcpcd.8.in	Sat Sep 27 07:43:12 2014 +0000
+++ b/dhcpcd.8.in	Sun Sep 28 20:02:20 2014 +0000
@@ -22,7 +22,7 @@
 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
-.Dd September 26, 2014
+.Dd September 28, 2014
 .Dt DHCPCD 8
 .Os
 .Sh NAME
@@ -211,9 +211,13 @@
 \*[Lt]tab\*[Gt] \*[Lt]newline\*[Gt]
 .Pp
 It is possible to reverse this encoding by passing the variable to
-.Xr unvis 1 ,
+.Xr dhcpcd-decode 8 ,
 like so:
-.D1 printf \*q%s\*q \*qvariable_name\*q | unvis
+.D1 dhcpcd-decode \*q$variable_name\*q
+or to
+.Xr unvis 1
+like so:
+.D1 printf \*q%s\*q \*q$variable_name\*q | unvis
 .Ss Fine tuning
 You can fine-tune the behaviour of
 .Nm
@@ -642,23 +646,6 @@
 so that
 .Nm
 knows which process to signal.
-.Pp
-.Nm
-sanitises variables using the
-.Xr svis 3
-function with the
-.Dv VIS_CTYPE
-and
-.Dv VIS_OCTAL
-flags which your libc may provide,
-or it's own compatible one if not.
-Some
-.Xr unvis 1
-implementations may not decode either correctly, depending on how they
-handle VIS_CTYPE in both
-.Xr vis 3
-and
-.Xr unvis 3 .
 .Sh FILES
 .Bl -ohang
 .It Pa @SYSCONFDIR@/dhcpcd.conf
@@ -712,6 +699,7 @@
 .Xr if_nametoindex 3 ,
 .Xr dhcpcd.conf 5 ,
 .Xr resolv.conf 5 ,
+.Xr dhcpcd-decode 8 ,
 .Xr dhcpcd-run-hooks 8 ,
 .Xr resolvconf 8
 .Sh STANDARDS