linux-kernel - Re: [patch] MTD: fix DOC2000/2001/2001PLUS build error

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 06 Feb 2007 10:41:03 -0500
From:	Bill Davidsen <davidsen@....com>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
CC:	David Woodhouse <dwmw2@...radead.org>, Ingo Molnar <mingo@...e.hu>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [patch] MTD: fix DOC2000/2001/2001PLUS build error

Linus Torvalds wrote:
> 
> On Mon, 5 Feb 2007, David Woodhouse wrote:
>> Ten years ago, people used 'depends on' to fix the tools, so that then
>> you want to enable something like USB_STORAGE, it can automatically turn
>> SCSI on for you.
>>
>> Isn't that what you wanted?
> 
> Try it. It's not what it does. 
> 
> If you have a 
> 
> 	depends on SCSI
> 
> and you did not say you wanted SCSI, you'll never even *see* the question.
> 
> It will *not* turn on SCSI automatically for you. Quite the reverse. It 
> will not even show you the option.

My favorite example of this is selinux, which you don't see unless you 
enable other unobvious things first. I say unobvious because until you 
do it the first few times you don't see the option, you ask menuconfig 
where it is, and it isn't there. So you go use your favorite tool to 
search the Kconfig until you find out why.

Now that's in part a failure of the menuconfig tool I use, which may not 
be in xconfig (I'll try that later today when I build a new kernel), but 
it seem odd that a major feature would not show unless something obscure 
were selected, and that the crypto features needed for selinux would be 
good candidates for SELECT.

Just because config is something mostly done by advanced user doesn't 
mean it should be difficult or time-consuming.

And why say "should have done" for the SCSI mess, it's correctable, if 
everyone agrees that you are right (who would dare disagree ;-) then it 
can be fixed.

-- 
Bill Davidsen <davidsen@....com>
   "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/