From owner-cvs-all@FreeBSD.ORG Fri Jun 18 15:47:02 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 291EC16A563; Fri, 18 Jun 2004 15:47:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA4B43D5A; Fri, 18 Jun 2004 15:47:01 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i5IFhein050529; Fri, 18 Jun 2004 09:43:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 18 Jun 2004 09:43:58 -0600 (MDT) Message-Id: <20040618.094358.10545565.imp@bsdimp.com> To: fjoe@samodelkin.net From: "M. Warner Losh" In-Reply-To: <20040618085237.GA19561@samodelkin.net> References: <20040617204813.GA10670@samodelkin.net> <20040617214827.GB6029@electra.cse.Buffalo.EDU> <20040618085237.GA19561@samodelkin.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: src-committers@FreeBSD.org cc: fjoe@FreeBSD.org cc: alfred@FreeBSD.org cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org cc: kensmith@cse.Buffalo.EDU Subject: Re: cvs commit: src/sys/sys mbuf.h src/sys/kern uipc_mbuf.c uipc_syscalls.c src/usr.bin/netstat mbuf.c src/lib/libc/sys sendfile.2 X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jun 2004 15:47:02 -0000 In message: <20040618085237.GA19561@samodelkin.net> Max Khon writes: : Hi, Ken! : : On Thu, Jun 17, 2004 at 05:48:27PM -0400, Ken Smith wrote: : : > I may work with student programmers too much, but I'm afraid my imagination : > is a bit better than yours in this case. :-( : > : > I don't defend it as being the right way to do things, but in cases where : > the user is interested in "most of" the output of something they will often : > take the approach of removing things they don't want instead of selecting : > things they do want. This change would add an extra line to what the : > next stage of processing would see if that approach is used. : > : > This particular change is a case of nit-picking. It's small, hard to : > imagine how it could effect someone, etc. But even Bosko said more : > caution 'next time' would be good, I'm just emphasizing why. To some : > extent the output of programs has been an API ever since pipes were : > invented. And unless I'm severely mistaken one of the things we have : > tried to avoid is changing API's once a branch goes -STABLE. : : Yes, this is a case of nit-picking. : : And I think it might be better if people will stop mentoring : other developers when they are not asked to (this is not directed to you). But Ken has been asked to. HE's on the re@ team, and they monitor the -stable branch. Also, there are many times that it is *GOOD* to mentor other developers. They sometimes go off the rails and need some help to get back on the rails. Personally, I think people in this discussion are too worried about being RIGHT and less worried about doing what's RIGHT for the project. That's the real issue. Warner