From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52477) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi35G-0000bE-QG for qemu-devel@nongnu.org; Fri, 02 Oct 2015 12:21:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zi35F-0006iV-OD for qemu-devel@nongnu.org; Fri, 02 Oct 2015 12:21:22 -0400 Received: from mx1.redhat.com ([209.132.183.28]:56017) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi35F-0006iE-HP for qemu-devel@nongnu.org; Fri, 02 Oct 2015 12:21:21 -0400 References: <371B9FFB-14FD-4707-9094-29EC9F6B508F@gmail.com> <87vbavm27u.fsf@blackfin.pond.sub.org> <20150929131109.GI3810@work-vm> <20150929133124.GK3810@work-vm> <8737xw9wl2.fsf@blackfin.pond.sub.org> <20151002123030.GA10222@redhat.com> <20151002133321.GG2605@work-vm> <20151002142835.GG28469@redhat.com> <60D8C849-3C6E-4C3A-AC96-16027458CEC4@gmail.com> From: Eric Blake Message-ID: <560EAEFF.5030705@redhat.com> Date: Fri, 2 Oct 2015 10:21:19 -0600 MIME-Version: 1.0 In-Reply-To: <60D8C849-3C6E-4C3A-AC96-16027458CEC4@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="w4oNotse9uBOFMLOIqRHKc6x3SUHA6aBX" Subject: Re: [Qemu-devel] feature idea: allow user to run custom scripts List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Programmingkid , "Daniel P. Berrange" Cc: Peter Maydell , qemu-devel qemu-devel , Michael Roth , Markus Armbruster , Peter Crosthwaite , "Dr. David Alan Gilbert" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --w4oNotse9uBOFMLOIqRHKc6x3SUHA6aBX Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/02/2015 08:37 AM, Programmingkid wrote: >> Even if it were a fancier GUI, I don't think it would really go very f= ar to >> providing users a solution which is on a par with VirtualBox or VMWare= Desktop >> which are the benchmarks, as the GUI will forever be limited to only d= ealing >> with a single VM at a time. As soon as you want to deal with more than= 1 VM >> at a time, a GUI built-in to QEMU is a non-starter as you need to mana= ge many >> QEMUs. So encouraging new users to use a built-in QEMU GUI is sending = them >> down a dead-end - we should be ensuring they can find the viable long = term >> UI straight away. This means directing them to things like GNOME Boxes= or >> virt-manager or one of the other UIs that exist. >=20 > Sorry to say but this belief you have it exactly what is keeping > the GUI in QEMU from being great. Can only deal with one VM at a time? A good gui will have a single process dealing with multiple guests at a single time. When you are reading email, do you want to fire up two separate email processes per mail? Or do you want to fire up a single email reader, that can then browse multiple mails, and maybe even open multiple windows to compare mails side by side? When you open your browser, do you want to have two browser processes for separate URLs open at the same time? Or do you want a single browser with multiple tabs? We already KNOW that qemu only manages one guest at a time. But I argue that any GOOD gui for managing guests can manage multiple guests in a single gui process. So qemu is NOT the place to be working on a GOOD gui. It only needs enough of a gui to make development easier, NOT to make end user life easier. We WANT to point end users to a better application, _built on top of qemu_. Whether that be GNOME boxes, virt-manager, or some new tool, I don't care. But we do NOT want qemu to become that tool. Instead of wasting our time beating a dead horse, you'd get further if you started porting one of the existing VM guis that can already manage qemu to run well on OS X. > The GUI in QEMU can become great. We just have to let it do so.=20 No. Please don't. I do not want the qemu gui to be a selling point of qemu. --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --w4oNotse9uBOFMLOIqRHKc6x3SUHA6aBX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJWDq7/AAoJEKeha0olJ0NqX+MH/0RW5kmfsCjI3PfPYskH8HUq xVcT/a7jOGSuyzL0SzqurE2uXrpJQpZ9rUW+uTTj4DdjvsU1LRqTtFLdgbRqfapN 2cFLKvCOkXran48cMaMG48+riLWSYESMiXS17K9yRFZD/PR0ZBy3ixxrQNNwowNp D3mfcRh0fy+DEUZj+ylfDyp/XUvAbRJ+WtQuuKTjV3OoQJHVq8NHFibrimtZX+Qn vPndakCGo7PETxke6ZYfc9WCzjuMR8K4au2/Sqf7IlsKI0IfhXUgioT90Ts3q4Zj OCicHABNjthDOfyJjDYcPCOR83K44mA/pv87xBkMYEmczX36HAmGsWEAldBwzT0= =cyrx -----END PGP SIGNATURE----- --w4oNotse9uBOFMLOIqRHKc6x3SUHA6aBX--