From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KbBxg-0007sO-0h for qemu-devel@nongnu.org; Thu, 04 Sep 2008 06:21:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KbBxf-0007rk-HB for qemu-devel@nongnu.org; Thu, 04 Sep 2008 06:21:11 -0400 Received: from [199.232.76.173] (port=47362 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KbBxf-0007rX-4o for qemu-devel@nongnu.org; Thu, 04 Sep 2008 06:21:11 -0400 Received: from mx1.redhat.com ([66.187.233.31]:38149) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KbBxe-0003tV-TQ for qemu-devel@nongnu.org; Thu, 04 Sep 2008 06:21:11 -0400 Date: Thu, 4 Sep 2008 11:20:57 +0100 From: "Daniel P. Berrange" Subject: Re: [Qemu-devel] [PATCH] opengl rendering in the sdl window Message-ID: <20080904102057.GG11424@redhat.com> References: <48B81423.9050502@eu.citrix.com> <48BF4F4F.40208@codemonkey.ws> <20080904094226.GB11424@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-To: "Daniel P. Berrange" , qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Andreas =?utf-8?Q?F=C3=A4rber?= Cc: qemu-devel@nongnu.org On Thu, Sep 04, 2008 at 12:06:22PM +0200, Andreas F?rber wrote: > > Am 04.09.2008 um 11:42 schrieb Daniel P. Berrange: > > >On Wed, Sep 03, 2008 at 10:00:31PM -0500, Anthony Liguori wrote: > >>I think we need to have some discussion about what the long term > >>front-end should be for QEMU. Otherwise, we're going to end up > >>with a > >>proliferation of front-ends. Personally, I'd rather move from SDL to > >>GTK so that we can build a proper user interface. > > > >As long as that's optional, because in a server deployment scenario > >like > >oVirt I don't want to pull in the GTK stack just to run QEMU vms. We > >currently > >have a minimal OS image target of < 64 MB in size. Adding GTK and > >its deps > >will totally blow that limit. > > All graphical frontends have been optional (--disable-sdl, > undocumented --disable-gfx-check). It gets a little more complicated when you have to ship this still in binary packages though. Users typically expect us to enable all the compile time options which are a available for a particular OS distro, so they'd expect GTK enabled by default if we had that. At the same time many people won't want QEMU to have a dep on GTK. I don't want to end up building multiple binary packages of QEMU, with & without the frontend. It might warrant having a libqemu, and separate graphical frontends, one GTK, one VNC,... That of course raises a question if ABI for libqemu - it could be put in a private lib directory just for the official frontends to use, and declared 'not for public use'. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|