On Sat, May 03, 2008 at 11:17:09PM +0200, Krzysztof Halasa wrote:Let's look at the problem this thread is about: menuconfig NEW_LEDS bool "LED Support" config LEDS_CLASS tristate "LED Class Support" depends on NEW_LEDS # actually an "if", but that's just syntactical sugar config X86_RDC321X bool "RDC R-321x SoC" select LEDS_CLASS If you select LEDS_CLASS "select follows dependencies" would let inherit X86_RDC321X the dependencies of LEDS_CLASS, IOW treat it as: config X86_RDC321X bool "RDC R-321x SoC" select LEDS_CLASS depends on NEW_LEDS That might make the randconfig crowd happy. But from an UI perspective it's not an improvement. And regarding "displaying all relevant dependency chains" to the user - I can't see how that would work in the more complicated cases. 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 --
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Stoyan Gaydarov | From 2.4 to 2.6 to 2.7? |
| Andi Kleen | [PATCH] [4/50] x86: add cpu codenames for Kconfig.cpu |
| Greg Kroah-Hartman | [PATCH 013/196] Documentation: Replace obsolete "driverfs" with "sysfs". |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: HTB accuracy for high speed |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
