Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263865AbTEOIHJ (ORCPT ); Thu, 15 May 2003 04:07:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263866AbTEOIHJ (ORCPT ); Thu, 15 May 2003 04:07:09 -0400 Received: from siaag2aa.compuserve.com ([149.174.40.131]:40633 "EHLO siaag2aa.compuserve.com") by vger.kernel.org with ESMTP id S263865AbTEOIHI (ORCPT ); Thu, 15 May 2003 04:07:08 -0400 Date: Thu, 15 May 2003 04:16:43 -0400 From: Chuck Ebbert <76306.1226@compuserve.com> Subject: RE: The disappearing sys_call_table export. To: "David Schwartz" Cc: "linux-kernel" Message-ID: <200305150419_MC3-1-38FE-5583@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1187 Lines: 26 David Schwartz wrote: >> So I think Linux needs these 'fringe' features if it's going to >> continue to expand its user base in the face of such stupidity. > > I, for one, completely disagree in the strongest way possible. This whole > argument style rings entirely hollow with me. I'd much rather say, "We don't > do that because it's stupid. We will gladly explain to you why we think it's > stupid, what you really want, and how to get that from us." > > Deliberately designing in misfeatures so that dumb people will get what > they think they want is architectural suicide. I hope Linux never moves in > that direction. Don't get me wrong -- I don't think high-security options are misfeatures. I'm just trying to say that such options, even if only rarely used, are critical to gaining wide acceptance. Just because dumb people require them on their standard OS doesn't mean the features themselves are stupid... - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/