Hi, On Tue, 29 Aug 2006, Stefan Richter wrote: > If "select" cannot be fixed or is not en vogue for any other reason, the > configuration tools need to be improved otherwise, so that users are guided to > options like USB_STORAGE and IEEE1394_SBP2 when SCSI or other "foreign" > options were disabled. > > The kernel configuration is currently presented as a tree, although the > dependencies of config options are not a tree. That's were "select" helps. Actually dependencies are a tree and kconfig verifies that it's valid as well and that's there "select" can wreak havoc. select really creates a reverse dependency, i.e. the value of SCSI depends now on the USB_STORAGE value. This means now that all dependencies of the selected symbol have to be selected as well (either by the selecting symbol or by the selected symbol). With more complex dependencies this can quickly get out of hand in order to maintain a valid and correct dependency tree. That's why I'm not really happy about the current massive use of select and I'd rather find solutions with normal dependencies, which unfortunately isn't trivial, select OTOH was a simple hack. bye, Roman - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
