From owner-cvs-src@FreeBSD.ORG Sun Oct 14 17:14:42 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 2625016A418; Sun, 14 Oct 2007 17:14:42 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id CF22E13C469; Sun, 14 Oct 2007 17:14:41 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 53E8917104; Sun, 14 Oct 2007 17:14:40 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l9EHEcwK089546; Sun, 14 Oct 2007 17:14:39 GMT (envelope-from phk@critter.freebsd.dk) To: Rui Paulo From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 14 Oct 2007 17:18:57 +0100." Date: Sun, 14 Oct 2007 17:14:38 +0000 Message-ID: <89545.1192382078@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, Alexander Leidinger , cvs-all@FreeBSD.org 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 files ... 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: Sun, 14 Oct 2007 17:14:42 -0000 In message , Rui Paulo writes: >>> Log: >>> Import OpenBSD's sysctl hardware sensors framework. >> >> I would like to register a complaint about this commit. >> >> When this was discussed I objected that this entire pile of crap does >> not belong in the kernel. >What is your proposed solution? To write som new code that works inside a sensible architectural framework that doesn't needlessly push tons of crap into the kernel. "Just because the code is available" is no reason to stick it in the FreeBSD kernel. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.