From owner-svn-src-all@FreeBSD.ORG Sun Aug 22 20:16:24 2010 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8372710656B2 for ; Sun, 22 Aug 2010 20:16:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 294228FC1B for ; Sun, 22 Aug 2010 20:16:23 +0000 (UTC) Received: (qmail 15313 invoked by uid 399); 22 Aug 2010 20:16:23 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Aug 2010 20:16:23 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C718595.5050304@FreeBSD.org> Date: Sun, 22 Aug 2010 13:16:21 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: "M. Warner Losh" References: <20100821.191255.1023414010414033264.imp@bsdimp.com> <4C717990.6020601@FreeBSD.org> <20100822.134229.550118873867470111.imp@bsdimp.com> In-Reply-To: <20100822.134229.550118873867470111.imp@bsdimp.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: src-committers@freebsd.org, rpaulo@freebsd.org, svn-src-all@freebsd.org, bz@freebsd.org, svn-src-head@freebsd.org, anchie@freebsd.org Subject: Re: svn commit: r211501 - in head/sys: modules modules/send netinet netinet6 sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Aug 2010 20:16:24 -0000 On 08/22/2010 12:42, M. Warner Losh wrote: > I think you're drawing the wrong conclusion here. Doubtful. :) > My point is that we have trusted folks in the past to do the right > thing, even when they don't say they will. And my point, which I will make one last time, is that this model hasn't worked. Yes, it works sometimes, but we still have a bunch of stuff that doesn't have _any_ man page at all. If we want to continue the transition to being a more professional OS that isn't acceptable. I've already made the points about why working through the documentation _before_ committing is valuable, and that the simple step of requiring this is an easy way to make sure the problem we have doesn't get any worse. Clearly there isn't a lot of sympathy for either of these perspectives in the wider community, so c'est la vie. But I was serious about my other comment, if you(pl.) are not willing to make a change to improve the situation, you lose the right to complain down the road when the man pages don't magically appear. > towards Ann Wrong name. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso