OpenBSD src changes summary for 2016-03-30
==========================================

bin/ksh                                 bin/md5
bin/mt                                  bin/test
distrib/sets                            distrib/special
etc/unbound.conf                        games/caesar
games/canfield                          games/factor
gnu                                     gnu/usr.bin/cc
gnu/usr.bin/gcc                         lib/libarch
lib/libc                                lib/libcrypto
lib/libcurses                           lib/libedit
lib/libevent                            lib/libform
lib/libfuse                             lib/libkeynote
lib/libkvm                              lib/libm
lib/libmenu                             lib/libpanel
lib/libpcap                             lib/libpthread
lib/libradius                           lib/libskey
lib/libsndio                            lib/libssl
lib/libtls                              lib/libusbhid
lib/libutil                             lib/libz
libexec/login_token                     libexec/rpc.rquotad
libexec/rpc.rwalld                      regress/sys
sbin/dump                               sbin/fdisk
sbin/mount_vnd                          sbin/ncheck_ffs
sbin/newfs                              sbin/reboot
sbin/restore                            sbin/swapctl
share/man                               sys/arch/alpha/alpha
sys/arch/alpha/include                  sys/arch/amd64/stand/boot
sys/arch/amd64/stand/cdboot             sys/arch/amd64/stand/fdboot
sys/arch/armish/stand/boot              sys/arch/hppa/stand/boot
sys/arch/hppa64/stand/boot              sys/arch/i386/stand/boot
sys/arch/i386/stand/cdboot              sys/arch/i386/stand/fdboot
sys/arch/landisk/stand/boot             sys/arch/loongson/stand/boot
sys/arch/macppc/stand                   sys/arch/octeon/stand/boot
sys/arch/socppc/stand/boot              sys/arch/sparc64/conf
sys/arch/zaurus/stand/zboot             sys/dev/acpi
sys/dev/hid                             sys/dev/pckbc
sys/dev/sdmmc                           sys/dev/usb
sys/dev/wscons                          sys/kern
sys/net                                 sys/netinet
sys/netinet6                            sys/sys
usr.bin/arch                            usr.bin/at
usr.bin/chpass                          usr.bin/compress
usr.bin/expand                          usr.bin/grep
usr.bin/kdump                           usr.bin/lex
usr.bin/mail                            usr.bin/mandoc
usr.bin/newsyslog                       usr.bin/pkill
usr.bin/rdist                           usr.bin/rdistd
usr.bin/skey                            usr.bin/tmux
usr.bin/tput                            usr.bin/tset
usr.bin/uuencode                        usr.bin/vi
usr.bin/vmstat                          usr.sbin/adduser
usr.sbin/apm                            usr.sbin/authpf
usr.sbin/inetd                          usr.sbin/quotaon
usr.sbin/rpc.bootparamd                 usr.sbin/smtpd
usr.sbin/tokenadm                       usr.sbin/tokeninit
usr.sbin/traceroute                     usr.sbin/user
usr.sbin/ypserv                         

== bin =============================================================== 01/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin

ksh

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

md5

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

mt

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

test

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

== distrib =========================================================== 02/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib

sets

  ~ lists/base/mi                         

  > sync (deraadt@)

  ~ lists/base/mi                         

  > sync (deraadt@)

  ~ lists/base/mi                         ~ lists/comp/mi
  ~ lists/game/mi                         ~ lists/man/mi

  > sync (deraadt@)

special

  ~ ksh/Makefile                          ~ reboot/Makefile

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

== etc =============================================================== 03/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/etc

unbound.conf

  ~ unbound.conf                          

  > add "outgoing-interface" to sample unbound.conf (sthen@)

== games ============================================================= 04/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/games

caesar

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

canfield

  ~ canfield/Makefile                     

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

factor

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

== gnu =============================================================== 05/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/gnu

gnu

  ~ gcc/gcc/config/alpha/alpha.c          

  > Fix optimization for alphas without the ``precise arithmetic trap''
  > extension
  > From Miod Vallat
  > I trust miod deraadt@ (afresh1@)

usr.bin/cc

  ~ cc/Makefile                           

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

usr.bin/gcc

  ~ Makefile.bsd-wrapper                  

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

== lib =============================================================== 06/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib

libarch

  ~ alpha/Makefile                        ~ amd64/Makefile
  ~ i386/Makefile                         ~ mips64/Makefile

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

  ~ amd64/amd64_get_fsbase.2              ~ i386/i386_get_fsbase.2
  ~ i386/i386_get_gsbase.2                

  > some Xr adjustment to catch up with MLINKS removal; (jmc@)

libc

  ~ asr/Makefile.inc                      ~ compat-43/Makefile.inc
  ~ crypt/Makefile.inc                    ~ db/Makefile.inc
  ~ gen/Makefile.inc                      ~ gmon/Makefile.inc
  ~ hash/Makefile.inc                     ~ locale/Makefile.inc
  ~ net/Makefile.inc                      ~ regex/Makefile.inc
  ~ rpc/Makefile.inc                      ~ stdio/Makefile.inc
  ~ stdlib/Makefile.inc                   ~ string/Makefile.inc
  ~ sys/Makefile.inc                      ~ termios/Makefile.inc
  ~ time/Makefile.inc                     ~ uuid/Makefile.inc
  ~ yp/Makefile.inc                       

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

  ~ sys/__get_tcb.2                       ~ sys/getthrid.2
  ~ gen/authenticate.3                    ~ gen/syslog.3

  > some Xr adjustment to catch up with MLINKS removal; (jmc@)

  ~ Symbols.list                          ~ gen/getlogin.c
  ~ hidden/unistd.h                       ~ sys/Makefile.inc

  > Eliminate userspace caching by getlogin_r/setlogin; make the getlogin
  > syscall behave exactly like userspace getlogin_r() and rename it to
  > match.  Eliminate the reduced-to-no-op wrappers of the syscalls.
  > Eliminate the unnecessary per-thread static buffering by getlogin().
  > ok kettenis@ deraadt@ (guenther@)

  ~ Symbols.list                          ~ sys/Makefile.inc
  ~ sys/ptrace.c                          + hidden/sys/ptrace.h

  > Turd polish: use HIDDEN= instead of PSEUDO= for ptrace syscall stub, to
  > make its underlying symbol name look like others. (guenther@)

  ~ shlib_version                         

  > Major bump for getlogin*/ptrace changes (guenther@)

libcrypto

  ~ man/Makefile                          

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libcurses

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libedit

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libevent

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libform

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libfuse

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libkeynote

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libkvm

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libm

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libmenu

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libpanel

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libpcap

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libpthread

  ~ man/Makefile.inc                      

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

  ~ man/pthread_create.3                  

  > some Xr adjustment to catch up with MLINKS removal; (jmc@)

libradius

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libskey

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libsndio

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libssl

  ~ man/Makefile                          

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libtls

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libusbhid

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libutil

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

libz

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

== libexec =========================================================== 07/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/libexec

login_token

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

rpc.rquotad

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

rpc.rwalld

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

== regress =========================================================== 08/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress

sys

  ~ netinet/arp/Makefile                  

  > Fix multicast test and a typo.
  > ok bluhm@ (mpi@)

  ~ netinet/arp/Makefile                  

  > Clear local and remote ARP cache for every subtest.
  > OK mpi (bluhm@)

  ~ netinet6/pktinfo_addr/Makefile        ~ netinet6/pktinfo_addr/runtest.c

  > Cover the case where we are bound to [::] and SO_REUSEADDR is not set.
  > (vgross@)

== sbin ============================================================== 09/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin

dump

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

fdisk

  ~ cmd.c                                 

  > Dump strdup()/free() dance and just use a local buffer to translate help
  > messages to GPT.
  > Unchecked strdup() result noted by mestre@. ok mestre@ tim@ (krw@)

mount_vnd

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

ncheck_ffs

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

newfs

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

reboot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

restore

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

swapctl

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

== share ============================================================= 10/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man3/Makefile                         ~ man4/Makefile
  ~ man4/man4.alpha/Makefile              ~ man4/man4.amd64/Makefile
  ~ man4/man4.armish/Makefile             ~ man4/man4.hppa/Makefile
  ~ man4/man4.hppa64/Makefile             ~ man4/man4.i386/Makefile
  ~ man4/man4.landisk/Makefile            ~ man4/man4.loongson/Makefile
  ~ man4/man4.luna88k/Makefile            ~ man4/man4.macppc/Makefile
  ~ man4/man4.sgi/Makefile                ~ man4/man4.socppc/Makefile
  ~ man4/man4.sparc/Makefile              ~ man4/man4.sparc64/Makefile
  ~ man4/man4.zaurus/Makefile             ~ man5/Makefile
  ~ man8/Makefile                         ~ man9/Makefile

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

  ~ man9/fork1.9                          ~ man5/login.conf.5

  > some Xr adjustment to catch up with MLINKS removal; (jmc@)

== sys =============================================================== 11/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys

arch/alpha/alpha

  ~ fp_complete.c                         ~ trap.c

  > Better support for alphas without all IEEE-mode instructions
  > From Miod Vallat
  > I trust miod deraadt@ (afresh1@)

arch/alpha/include

  ~ cpu.h                                 

  > Better support for alphas without all IEEE-mode instructions
  > From Miod Vallat
  > I trust miod deraadt@ (afresh1@)

arch/amd64/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/amd64/stand/cdboot

  ~ cdboot.8                              

  > some Xr adjustment to catch up with MLINKS removal; (jmc@)

arch/amd64/stand/fdboot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/armish/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/hppa/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/hppa64/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/i386/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/i386/stand/cdboot

  ~ cdboot.8                              

  > some Xr adjustment to catch up with MLINKS removal; (jmc@)

arch/i386/stand/fdboot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/landisk/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/loongson/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/macppc/stand

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/octeon/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/socppc/stand/boot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

arch/sparc64/conf

  ~ GENERIC                               

  > some oce(4) work, it appears (deraadt@)

arch/zaurus/stand/zboot

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

dev/acpi

  ~ amltypes.h                            ~ bytgpio.c
  ~ dsdt.h                                

  > Add support for gpio-based interrupts.
  > ok jsg@ (kettenis@)

  ~ sdhc_acpi.c                           

  > Hook up the gpio interrupt on devices that use it for card detection.
  > Makes the SD card slot on machines based on Intel's Bay Trail SoC fully
  > functional.
  > ok jsg@ (kettenis@)

dev/hid

  ~ hidmt.c                               

  > Add support for multitouch input to wsmouse.
  > This change adds new input-processing functions to wsmouse and
  > adapts the touchpad drivers.
  > ok mpi@, shadchin@ (bru@)

dev/pckbc

  ~ pms.c                                 

  > Add support for multitouch input to wsmouse.
  > This change adds new input-processing functions to wsmouse and
  > adapts the touchpad drivers.
  > ok mpi@, shadchin@ (bru@)

dev/sdmmc

  ~ sdhc.c                                ~ sdhcvar.h

  > Expose the functionality that triggers a check for card insertion or
  > removal.
  > ok jsg@ (kettenis@)

dev/usb

  ~ ubcmtp.c                              

  > Add support for multitouch input to wsmouse.
  > This change adds new input-processing functions to wsmouse and
  > adapts the touchpad drivers.
  > ok mpi@, shadchin@ (bru@)

dev/wscons

  ~ wsconsio.h                            ~ wsmouse.c
  ~ wsmousevar.h                          + wsmouseinput.h

  > Add support for multitouch input to wsmouse.
  > This change adds new input-processing functions to wsmouse and
  > adapts the touchpad drivers.
  > ok mpi@, shadchin@ (bru@)

kern

  ~ kern_prot.c                           ~ syscalls.master
  ~ kern_pledge.c                         

  > Add getlogin_r syscall that checks and returns errors like userspace
  > getlogin_r() API; keep existing syscall as getlogin59 for temporary compat.
  > ok kettenis@ deraadt@ (guenther@)

  ~ init_sysent.c                         ~ syscalls.c

  > regenerate (guenther@)

net

  ~ route.h                               ~ rtsock.c

  > Implement proxy ARP for ART based on mpath support.
  > Since mpath is not enabled in RAMDISK, proxy ARP won't work there either.
  > ok bluhm@ (mpi@)

  ~ if_bridge.c                           

  > replace bridge_m_dup with m_dup_pkt.
  > less code for the same effect, which is ETHER_ALIGNed packets.
  > ok mpi@ (dlg@)

  ~ bpfdesc.h                             ~ bpf.c

  > remove support for BIOCGQUEUE and BIOSGQUEUE
  > nothing uses them, and the implementation make incorrect assumptions
  > about mbufs within bpf processing that could lead to some weird
  > failures.
  > ok sthen@ deraadt@ mpi@ (dlg@)

  ~ bpf.h                                 

  > BIOCGQUEUE and BIOCSQUEUE are no more (dlg@)

netinet

  ~ if_ether.c                            ~ if_ether.h

  > Implement proxy ARP for ART based on mpath support.
  > Since mpath is not enabled in RAMDISK, proxy ARP won't work there either.
  > ok bluhm@ (mpi@)

netinet6

  ~ nd6.h                                 

  > Implement proxy ARP for ART based on mpath support.
  > Since mpath is not enabled in RAMDISK, proxy ARP won't work there either.
  > ok bluhm@ (mpi@)

  ~ in6_pcb.c                             

  > Use in6_pcbhashlookup() in in6_pcbconnect(). We don't need in_pcblookup()
  > broad search and in_pcbconnect() already uses in_pcbhashlookup().
  > ok bluhm@ mpi@ jca@ (vgross@)

sys

  ~ syscall.h                             ~ syscallargs.h

  > regenerate (guenther@)

== usr.bin =========================================================== 12/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin

arch

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

at

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

chpass

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

compress

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

expand

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

grep

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

kdump

  ~ kdump.c                               

  > Handle error return by SYS_getlogin_r and SYS___thrsleep correct, and
  > parse args of SYS_getlogin_r (guenther@)

lex

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

mail

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

mandoc

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

newsyslog

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

pkill

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

rdist

  ~ child.c                               

  > In setnonblocking() rename "mode" variable to "flags". (millert@)

  ~ message.c                             

  > Avoid compiler warning about zero-length printf format strings.
  > Allow a NULL format in message() and switch the two calls to
  > error() and message() with an empty format string to using NULL.
  > OK deraadt@ (millert@)

rdistd

  ~ server.c                              

  > The change to make mkstemp(3) require at least 6 trailing Xs broke
  > rdistd for directories that do not exist on the destination.  Calling
  > mkstemp(3) twice with the same format (filled in by the first
  > mkstemp(3) call) is bogus so call chkparent() *before* mkstemp(3)
  > instead of only on error.  This costs an extra lstat(2) in the case
  > where the directory already exists but simplifies the code and
  > doesn't rely on undefined behavior (namely, the state of the template
  > when mkstemp fails).  OK tim@ (millert@)

  ~ server.c                              

  > Avoid compiler warning about zero-length printf format strings.
  > Allow a NULL format in message() and switch the two calls to
  > error() and message() with an empty format string to using NULL.
  > OK deraadt@ (millert@)

skey

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

tmux

  ~ server.c                              

  > Bump the listen() backlog up, some people have scripts that run up a lot
  > of clients quickly. (nicm@)

tput

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

tset

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

uuencode

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

vi

  ~ build/Makefile                        

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

vmstat

  ~ vmstat.8                              

  > some Xr adjustment to catch up with MLINKS removal; (jmc@)

== usr.sbin ========================================================== 13/13 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

adduser

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

apm

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

authpf

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

inetd

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

quotaon

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

rpc.bootparamd

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

smtpd

  ~ smtpctl/Makefile                      

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

tokenadm

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

tokeninit

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

traceroute

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

user

  ~ Makefile                              

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

ypserv

  ~ ypxfr/Makefile                        

  > for some time now mandoc has not required MLINKS to function
  > correctly - logically complete that now by removing MLINKS from base;
  > authors need only to ensure there is an entry in NAME for any function/
  > util being added. MLINKS will still work, and remain for perl to ease
  > upgrades;
  > ok nicm (curses) bcook (ssl)
  > ok schwarze, who provided a lot of feedback and assistance
  > ok tb natano jung (jmc@)

===============================================================================
_______________________________________________
odc mailing list
[email protected]
http://www.squish.net/mailman/listinfo/odc

Reply via email to