[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Unmaintained QEMU builds
From: |
Avi Kivity |
Subject: |
Re: [Qemu-devel] Unmaintained QEMU builds |
Date: |
Sun, 05 Sep 2010 14:19:11 +0300 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100806 Fedora/3.1.2-1.fc13 Lightning/1.0b2pre Thunderbird/3.1.2 |
On 09/04/2010 04:56 PM, Andreas Färber wrote:
Maybe it's time to rethink the relation between QEMU and its frontends
/ management tools? If we want to compete with the commercial products
(sic), we might agree on some "official" frontend per GUI-centric
platform, with a Git-based repository (like qemu-kvm.git) and
synchronized releases that may call themselves "QEMU", linked from
qemu.org, rather than having a variety of (outdated) Q* frontends per
platform of which most are nothing more than a configuration window to
spawn the regular qemu[-system-x86_64].
There is also virt-manager which is quite rich at this time.
Currently what QEMU can point with is richer machine and hardware
emulation and its license; if we want more users than that, we'll need
to deliver what users usually want the most - stability, performance
and ease of use... and good marketing.
They may as well be merged into qemu.git directly, so long as:
- the GUI has its own maintainer
- the prepackaged GUI doesn't get access to internal APIs, compared to
external tools
--
error compiling committee.c: too many arguments to function
Re: [Qemu-devel] Unmaintained QEMU builds, Andreas Färber, 2010/09/05