Re: [Qemu-devel] [PATCH] opengl rendering in the sdl window

["Daniel P. Berrange" <berrange@redhat.com>]

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 :|