From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [RFC] modular dependencies for kvm's qemu Date: Tue, 16 Oct 2007 09:54:31 -0500 Message-ID: <4714D0A7.2070502@codemonkey.ws> References: <20071016092214.GA13850@tapir> <20071016133930.GB2107@redhat.com> <20071016142110.GA15903@tapir> <4714C8B5.60104@qumranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel , Carlo Marcelo Arenas Belon To: Avi Kivity Return-path: In-Reply-To: <4714C8B5.60104-atKUWr5tajBWk0Htik3J/w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Avi Kivity wrote: > Carlo Marcelo Arenas Belon wrote: > >> >> >>> It seems like rather >>> a bad idea to suddenly switch the configure script defaults in the way you >>> suggest for alsa. It really wouldn't be much harder to set enable_alsa=1 >>> in the top of configure, and then have the flag toggle it to off. >>> >>> >> ok, but if that is added to kvm's configure then the logic will be inversed >> when looking at qemu's configure, probably confusing users. >> >> >> > > If audio output is going to sdl anyway, then this has no effect on most > users, right? > Yes. > If so I prefer being closer to qemu as you suggest. > Me too. Regards, Anthony Liguori ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/