From owner-freebsd-doc@freebsd.org Wed Aug 24 01:33:11 2016 Return-Path: Delivered-To: freebsd-doc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A82CFBC1822 for ; Wed, 24 Aug 2016 01:33:11 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 241371546; Wed, 24 Aug 2016 01:33:10 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190d-097ff70000006cad-44-57bcf94e0e09 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id F0.A8.27821.E49FCB75; Tue, 23 Aug 2016 21:33:03 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id u7O1X1WZ028503; Tue, 23 Aug 2016 21:33:02 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u7O1WwND016767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 23 Aug 2016 21:33:00 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u7O1Wviv022241; Tue, 23 Aug 2016 21:32:58 -0400 (EDT) Date: Tue, 23 Aug 2016 21:32:57 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: Steve Kargl , cy@freebsd.org cc: freebsd-doc@freebsd.org, delphij@freebsd.org Subject: Re: [PATCH] Fix markup in sntp.8 In-Reply-To: Message-ID: References: <20160817204737.GA58851@troutmask.apl.washington.edu> <20160823181640.GA20856@troutmask.apl.washington.edu> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrCIsWRmVeSWpSXmKPExsUixCmqrOv/c0+4wZeJAhbvV71isXh94x+7 xakzXawWt+4+Z3Zg8ZjxaT6LR+/uecwBTFFcNimpOZllqUX6dglcGZ93tbIUdPNUnNmymaWB cSdnFyMnh4SAicS6D99Yuhi5OIQE2pgkNm1ezAKSEBLYyCixvCUFwj7EJDFhqTdEUQOjxJe2 d2BFLALaEk/u3wWz2QTUJB7vbWaFmKoosfnUJOYuRg4OEQEniXkfPUFMZgEDiY6pViCmsICm xL5Z3CDFnAKOEm3XzjGD2LwCDhLP5y1hgti0hlGi/fxssOmiAjoSq/dPYYEoEpQ4OfMJmM0s oCWxfPo2lgmMgrOQpGYhSS1gZFrFKJuSW6Wbm5iZU5yarFucnJiXl1qka6SXm1mil5pSuokR HLiSvDsY/931OsQowMGoxMPbEbInXIg1say4MvcQoyQHk5Ior9lboBBfUn5KZUZicUZ8UWlO avEhRgkOZiUR3qXfgXK8KYmVValF+TApaQ4WJXHe7d/aw4UE0hNLUrNTUwtSi2CyMhwcShK8 fj+AGgWLUtNTK9Iyc0oQ0kwcnCDDeYCGPwAbXlyQmFucmQ6RP8WoKCXOGwHSLACSyCjNg+sF J5bdTKqvGMWBXhHm7QCp4gEmJbjuV0CDmYAGt9zfDTK4JBEhJdXAOMlq2YGzfxuZ88wffuwL zLp6qWbN+X3S9VH6WSrL1nVO15nQJbh7yZkjP/kbC3MkejYq6DOs2Hf1r6zVtNmM689t+HH5 N/d+72zjuVZZ8sut7s+s3av6W8pSPSTrFYu7z5YLLNEX2ro07mR7V/VeimHgDDqc7OR02bjI LnL1eXXZXeUF9xg8lViKMxINtZiLihMBRvSnjAcDAAA= X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 01:33:11 -0000 On Tue, 23 Aug 2016, Benjamin Kaduk wrote: > On Tue, 23 Aug 2016, Steve Kargl wrote: > > > On Wed, Aug 17, 2016 at 01:47:37PM -0700, Steve Kargl wrote: > > > Index: sntp.8 > > > =================================================================== > > > --- sntp.8 (revision 303492) > > > +++ sntp.8 (working copy) > > > @@ -213,7 +213,7 @@ > > > more than enough for a unicast response. If \fBsntp\fP is > > > only waiting for a broadcast response a longer timeout is > > > likely needed. > > > -.It Fl \-wait , " Fl \-no\-wait" > > > +.It Fl \-wait , Fl \-no\-wait > > > Wait for pending replies (if not setting the time). > > > The \fIno\-wait\fP form will disable the option. > > > This option is enabled by default. > > > > > > > Does freebsd-doc handle documentation patches? > > We do handle them, we are just sometimes slow about it. Getting around towards doing so, I note that this file is from a vendor tree, and the bug is still present in https://github.com/ntp-project/ntp/blob/master/sntp/sntp.mdoc.in . Unfortunately, http://bugs.ntp.org/enter_bug.cgi wants me to create a login; adding cy and delphij to see if either of them already have one and would be able to report the bug upstream. My understanding is that now that we're in subversion intsead of CVS, applying a local patch to a file from the vendor tree is not a huge burden, but I'm inclined to wait a bit to add a local patch so we can see how responsive upstream is. Sorry about the (further) delay... -Ben