From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763466AbYD3MKu (ORCPT ); Wed, 30 Apr 2008 08:10:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762272AbYD3MJy (ORCPT ); Wed, 30 Apr 2008 08:09:54 -0400 Received: from mx1.suse.de ([195.135.220.2]:40150 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762080AbYD3MJx (ORCPT ); Wed, 30 Apr 2008 08:09:53 -0400 Date: Wed, 30 Apr 2008 14:09:50 +0200 Message-ID: From: Takashi Iwai To: Sam Ravnborg Cc: David Miller , mingo@elte.hu, mchehab@infradead.org, akpm@linux-foundation.org, linux-dvb-maintainer@linuxtv.org, video4linux-list@redhat.com, linux-kernel@vger.kernel.org, efault@gmx.de Subject: Re: [patch, -git] media/video/sound build fix, TEA5761/TEA5767 In-Reply-To: <20080430112959.GA32556@uranus.ravnborg.org> References: <20080430110115.GA5633@elte.hu> <20080430.041703.89847530.davem@davemloft.net> <20080430112959.GA32556@uranus.ravnborg.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 MULE XEmacs/21.5 (beta28) (fuki) (+CVS-20070806) (i386-suse-linux) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Wed, 30 Apr 2008 13:29:59 +0200, Sam Ravnborg wrote: > > On Wed, Apr 30, 2008 at 04:17:03AM -0700, David Miller wrote: > > From: Takashi Iwai > > Date: Wed, 30 Apr 2008 13:11:31 +0200 > > > > > IMO, it's the reverse selection from sound to V4L that makes things > > > complicated. I believe it's better to fix it as a normal dependency. > > > > > > How about the patch below? > > > > The question that remains is what does this mean for users? > > > > How does a user, who wants to enable this 'sound' driver, > > learn that they must enable the v4l subsystem in order to > > do so? > > [OT to the actual problem] > > I have envisioned something like a "requires tag" that > would list what a config symbols needs. > > Like in this case it would have been: > > requires V4L > > This should in the frontends then if the user selects a symbol > where the 'requires' are not satisfied with a window listing > the menuentries for the symbol that the user needs to > enable to satisfy what the original symbol requires. > > This is the only way to do this in a way so the > user is actually aware that enabling a webcam also enables USB. > Or at least this is my best suggestion. This looks promising. > But sorry - I have not implemented it. > And it is likely more complicated than I foresee. Yeah, in some cases, you can't easily turn on the item depends on a complex dependency. Distros have similar problems regarding package maintenance system. Takashi