Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755798AbXIOQXR (ORCPT ); Sat, 15 Sep 2007 12:23:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751622AbXIOQXE (ORCPT ); Sat, 15 Sep 2007 12:23:04 -0400 Received: from emailhub.stusta.mhn.de ([141.84.69.5]:51092 "EHLO mailhub.stusta.mhn.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751585AbXIOQXD (ORCPT ); Sat, 15 Sep 2007 12:23:03 -0400 Date: Sat, 15 Sep 2007 18:23:13 +0200 From: Adrian Bunk To: Jeff Garzik , Greg Kroah-Hartman Cc: Stefan Richter , Sam Ravnborg , James Bottomley , linux-scsi@vger.kernel.org, Andi Kleen , Folkert van Heusden , linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH] SCSI: split Kconfig menu into two Message-ID: <20070915162313.GV3563@stusta.de> References: <20070915114055.GP3563@stusta.de> <46EBCEF1.4030702@s5r6.in-berlin.de> <20070915125055.GQ3563@stusta.de> <46EBDC06.3030202@s5r6.in-berlin.de> <20070915135314.GS3563@stusta.de> <46EBE821.2080300@s5r6.in-berlin.de> <20070915144341.GT3563@stusta.de> <46EBF9DC.1000503@s5r6.in-berlin.de> <46EBFDFB.5040401@garzik.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <46EBFDFB.5040401@garzik.org> User-Agent: Mutt/1.5.16 (2007-06-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2500 Lines: 68 On Sat, Sep 15, 2007 at 11:44:59AM -0400, Jeff Garzik wrote: > Stefan Richter wrote: >> Adrian Bunk wrote: >>> On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan Richter wrote: >>>> Perfect is in the eye of the beholder. You would consequently have to >>>> add such options into all menus which contain scsi low-level providers. >>> Kconfig is a user interface, so perfect is what is best for the >>> kconfig users. >> Duplicate options with different names in different menus, but which all >> do the same, --- is this the best for users? > > I recognize it's a rhetorical question :) The answer is of course "no". > > I hope the other participants of this thread register the severe > disinclination of the maintainers to change this stuff, as this is a > classic case of making a mountain out of a molehill[1]. > > For the -vast majority- of people configuring the kernel, this is not a > problem. Kernel people are -expected- to know what they're doing, I doubt your claim is true since the vast majority of kconfig users are most likely not kernel developers. @Greg: Do you have any numbers regarding how your "Linux Kernel in a Nutshell" is selling? Even download numbers? > especially when switching from one major subsystem to another. It's not only about switching, the same problems awaits people when configuring a kernel for their hardware the first time. > Therefore, all this is IMO wasted effort and hot air. There are far more > important issues to deal with. Why don't we dump kconfig and write the .config by hand? ;-) More seriously: Yes, there are many other important issues in the kernel. But not fixing kconfig UI problems doesn't fix these issues faster. I have seen people running into problems because some required option wasn't set - in the simplest cases things like IDE without DMA because a help text wasn't updated when more hardware support was added to a driver. You might not care about the kconfig users. But other people do. > Jeff >... cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed - 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/