From owner-cvs-src@FreeBSD.ORG Tue Oct 16 23:22:25 2007 Return-Path: Delivered-To: cvs-src@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1186416A469 for ; Tue, 16 Oct 2007 23:22:25 +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 SMTP id B21E313C49D for ; Tue, 16 Oct 2007 23:22:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22486 invoked by uid 399); 16 Oct 2007 23:22:23 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 16 Oct 2007 23:22:23 -0000 X-Originating-IP: 127.0.0.1 Date: Tue, 16 Oct 2007 16:22:20 -0700 (PDT) From: Doug Barton To: "Constantine A. Murenin" In-Reply-To: <47153F62.1080709@FreeBSD.org> Message-ID: References: <200710161809.10755.jhb@freebsd.org> <47153F62.1080709@FreeBSD.org> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@FreeBSD.org, "Constantine A. Murenin" , src-committers@FreeBSD.org, cvs-all@FreeBSD.org, John Baldwin Subject: Re: cvs commit: src/etc Makefile sensorsd.conf src/etc/defaults rc.conf src/etc/rc.d Makefile sensorsd src/lib/libc/gen sysctl.3 src/sbin/sysctl sysctl.8 sysctl.c src/share/man/man5 rc.conf.5 src/share/man/man9 Makefile sensor_attach.9 src/sys/conf f X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 23:22:25 -0000 On Tue, 16 Oct 2007, Constantine A. Murenin wrote: > If you want to make sure you don't attract any new contributors, then > certainly the bunch of the sysctl(9) macros are simpler. ;) Constantine, Just like with any other project there is a balance here between innovation and tradition. You may feel that we are on the wrong side of that fence, but it doesn't change the fact that if you want your code accepted by FreeBSD you need to do it "the FreeBSD way." That said, there is still room for innovation, and new code (or new ideas) that provide significant added value are always welcome. Based on what I've read from people people who know a lot more about kernel interfaces than I do, it would seem to me that your approach does not meet that criteria. So continuing to argue, point fingers, and sling mud only serves to make you look bad, and doesn't serve to actually get anything done. It's already been suggested that we draw the curtain on this act of the play, and I would like to second that. If you want to ask for help, propose a way forward, or discuss something constructive about this code, I suggest you take it to freebsd-arch@. Otherwise, I think we could all use a rest. Doug -- This .signature sanitized for your protection