[Qemu-devel] Support Questions
Wanted to know about individuals that provides support and custom development for QEUM. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Support Questions
I came across a product called Iemulator and think it based on QEMU. If so, I wanted to know how possible is it to re-brand qemu to something similar to Iemulator. Also, I am quite new to QEMU and virtualization in general and wanted to know the difference between QEMU and product like OpenVZ. Based on my reading on them I think they are quite different. I suppose QEMU is more like VMware aimed at end users and OpenVZ would be more for Enterprise servers. Joe Natalia Portillo wrote: Well, Fabrice Bellard is main developer, and KQEMU whole developer. Paul Brook maintains ARM system, and QVM86 whole developer. Jocelyn Mayer (away) maintains PPC system. Blue Swirl maintains Sparc system. A couple of collaborators do development taks. I maintain the OS compatibility list and do extensive operating system compatibility testing. Just, for what you want that information? El 12/06/2006, a las 20:32, Joe Lee escribió: Wanted to know about individuals that provides support and custom development for QEUM. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Support Questions
I am looking for a good GUI for QEMU. Below are the one I've found about so far. Does anyone know of any other good GUI that would be similar to VMware? http://sourceforge.net/projects/kqemu/ http://emeitner.f2o.org/qemu_launcher Mike Kronenberg wrote: On 13.06.2006, at 16:37, Joe Lee wrote: I came across a product called Iemulator and think it based on QEMU. If so, I wanted to know how possible is it to re-brand qemu to something similar to Iemulator. IEmulator (as of the 1.7.x series) is a rebrand of a early stage project Q Build (http://www.kju-app.org/proj/) which is based on QEMU itself. Q has different graphic output and some frontend extensions compared to QEMU. We tried to port the natural virtualization modul qvm86 to OS X, too. But as QEMU has moved on, we have put a hold on that. So QEMU on OS X (ppc and intel) remains a simulation. Mike Also, I am quite new to QEMU and virtualization in general and wanted to know the difference between QEMU and product like OpenVZ. Based on my reading on them I think they are quite different. I suppose QEMU is more like VMware aimed at end users and OpenVZ would be more for Enterprise servers. Joe Natalia Portillo wrote: Well, Fabrice Bellard is main developer, and KQEMU whole developer. Paul Brook maintains ARM system, and QVM86 whole developer. Jocelyn Mayer (away) maintains PPC system. Blue Swirl maintains Sparc system. A couple of collaborators do development taks. I maintain the OS compatibility list and do extensive operating system compatibility testing. Just, for what you want that information? El 12/06/2006, a las 20:32, Joe Lee escribió: Wanted to know about individuals that provides support and custom development for QEUM. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] VMware Player
I was wondering if there's the capability to have a "vmware player" type functionality to qemu. This is just to allow playing or running images with out needing to create virtual machines. May this could be a separate product. What's everyones thought to this? Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
Why on earth would we want to make a crippled version of qemu? AFAIK "Creating" a VMware virtual machine is just making a config file. qemu doesn't have config files, so your question makes no sense. Well, I was not thinking or suggesting of a crippled qemu version. I asked the question because there are some software appliances which are pre-built and pre-configured apps that are built on a LAMP stack and packaged as a single image type file. This image file can be downloaded and run on a product similar to VMware Player. This is used for quick demo purposes of an application with out the need to have a full virtual machine. I am totally new to VM technologies but have played around with VMware and the player as well. So, my question was just an inquiry to see if that capability would make sense on a qemu based product that is open source. However, thanks and appreciated your comments/feedback! joe Paul Brook wrote: On Wednesday 14 June 2006 15:55, Joe Lee wrote: I was wondering if there's the capability to have a "vmware player" type functionality to qemu. This is just to allow playing or running images with out needing to create virtual machines. May this could be a separate product. What's everyones thought to this? Why on earth would we want to make a crippled version of qemu? AFAIK "Creating" a VMware virtual machine is just making a config file. qemu doesn't have config files, so your question makes no sense. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
You are right, and the idea is that the person have full interaction with the application environment including the underlying LAMP/WAMP stack that has been packaged. Users that want to quickly run and test-drive the appliance may not really need a full VM type application. Just something that could quickly run the image (appliance). Joe Paul Brook wrote: On Wednesday 14 June 2006 16:53, Joe Lee wrote: Why on earth would we want to make a crippled version of qemu? AFAIK "Creating" a VMware virtual machine is just making a config file. qemu doesn't have config files, so your question makes no sense. Well, I was not thinking or suggesting of a crippled qemu version. I asked the question because there are some software appliances which are pre-built and pre-configured apps that are built on a LAMP stack and packaged as a single image type file. This image file can be downloaded and run on a product similar to VMware Player. This is used for quick demo purposes of an application with out the need to have a full virtual machine. My impression was that these "appliances" are full virtual machines. It's just an OS install that's been stripped down and configured to run a single application on startup. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
Thanks for the comments below, It seems that QEMU can easily be used to run images. I will start to look into the availabe GUI front-ends for QEMU. - joe Jan Marten Simons wrote: Am Mittwoch, 14. Juni 2006 18:21 schrieb Daniel P. Berrange: An VMWare player "appliance" is really just a disk image & config file. Running a disk image in QEMU is just a matter of executing qemu -hda /path/to/image Perhaps adding "-m XXX" to set increased RAM. This is no harder to do than using VMWare player vmplayer /path/to/appliance Since QEMU already understands VMWare disk images, there's even a good chance that QEMU can run a VMWare "appliance" image itself. So it looks to me that QEMU is already on a par with VMWare player in terms of being able to quickly & simply test 'appliance' images. Dan. To add to this and my previous mail, I'd like to point to ReactOS, which is distributed in various forms for simple testing, including a version bundled with qemu: http://www.reactos.org/xhtml/en/download.html With regards, Jan PS: As qemu is really small compared to VMware Player, it poses only very little overhead to bundle it with the image (one could even hack some sort of selfextracting executable qemu+imagefile) ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
Some of us appriciate the fact that qemu has no "GUI" per se. ;0) Your right! the keyword is "some" but not all. I think if QEMU is to be adopted by the masses it will need to come up with a quality GUI-Frontend. However the CLI can always be in place for those who want and prefer to use it. Otherwise, I think most users will prefer to stay with VMware and especially that there VMware player AND VMware server edition is now FREE. I appreciate the effort that some are making to develop a GUI for QEMU - There's a few project I see that trying to achieve this. But, I wish they all could come together and work together to develop a nice GUI. I would like to see a sub-project exist in the QEMU site so all can come and contribute to that effort. joe WaxDragon wrote: On 6/15/06, kadil <[EMAIL PROTECTED]> wrote: On Wed, 2006-06-14 at 18:10 +0200, Oliver Gerlich wrote: Real world, gui's are just so easy & desirable, especially if the gui is consistent across os's, and part of the original distro. I think take-up would be huge (well huge-er, current takeup is huge) Kim Some of us appriciate the fact that qemu has no "GUI" per se. ;0) ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Re: VMware Player
Good point on that, BUT it's not just about the GUI. It's about an "easy" way to install the product and run a given app without the need to create/setup a VM - To me that is the benefit of the VMware player. However, not much of a big benefit IF QEMU is made easy to install and has a nice GUI along with it - IMO. Joe Ben Pfaff wrote: Julian Seward <[EMAIL PROTECTED]> writes: On Thursday 15 June 2006 14:18, WaxDragon wrote: On 6/15/06, kadil <[EMAIL PROTECTED]> wrote: On Wed, 2006-06-14 at 18:10 +0200, Oliver Gerlich wrote: Real world, gui's are just so easy & desirable, especially if the gui is consistent across os's, and part of the original distro. I think take-up would be huge (well huge-er, current takeup is huge) Some of us appriciate the fact that qemu has no "GUI" per se. ;0) Sure. But to 'sell' the project to wider audience, which may be helpful for its longer term development, a GUI is necessary. For what it's worth, VMware Player doesn't have much of a GUI. It has about five menu items, a couple of buttons, and maybe one dialog box. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
You're right! However, as Julian pointed out: it is less than fascinating to work on a GUI, _especially_ if it is for the masses who tend to criticize without contributing*Footnote 1*. I am not sure I agree if that thought. It really depends on the mission or goal of the project. In the case for QEMU, I am not sure what its goal/mission is. Is the project just to scratch an itch to server a few people who needs it? Is it to fill a void over what exist in commercial software? Or, is the intent to develop something FREE and then offer some support service around the product? As far as users criticizing, that always going to be the case in Open Source - Show me a project where users don't criticize. As far as contribution goes, not everyone has the talent and ability to contribute - Like me. The way I see it, criticizing (when done in a constructive way) is not a bad thing. It is what drives the project when others share there views on features/functionality good or bad! -joe Johannes Schindelin wrote: Hi, On Thu, 15 Jun 2006, Joe Lee wrote: Some of us appriciate the fact that qemu has no "GUI" per se. ;0) Your right! the keyword is "some" but not all. I think if QEMU is to be adopted by the masses it will need to come up with a quality GUI-Frontend. You're right! However, as Julian pointed out: it is less than fascinating to work on a GUI, _especially_ if it is for the masses who tend to criticize without contributing*Footnote 1*. So, unless the people who want a GUI so badly do it themselves, I think they will have to hire somebody to do it for them. Remember: since it is free, there is customer, and therefore no customer can be lost! Ciao, Dscho [1] I remember we had a great discussion on this list, where somebody thought it would be such a good idea to _demand_ features. And since it is Open Source, the good developers should work for free. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Re: VMware Player
WaxDragon wrote: On 6/15/06, Joe Lee <[EMAIL PROTECTED]> wrote: Good point on that, BUT it's not just about the GUI. It's about an "easy" way to install the product and run a given app without the need to create/setup a VM - To me that is the benefit of the VMware player. However, not much of a big benefit IF QEMU is made easy to install and has a nice GUI along with it - IMO. Joe I've seen several projects ship preinstalled images with prebuilt qemu binaries, and a script to start it. It doesn't get much easier than that. WD Can you point me to the one you know about? Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
Johannes Schindelin wrote: Hi, On Thu, 15 Jun 2006, Joe Lee wrote: Some of us appriciate the fact that qemu has no "GUI" per se. ;0) Your right! the keyword is "some" but not all. I think if QEMU is to be adopted by the masses it will need to come up with a quality GUI-Frontend. You're right! However, as Julian pointed out: it is less than fascinating to work on a GUI, _especially_ if it is for the masses who tend to criticize without contributing*Footnote 1*. So, unless the people who want a GUI so badly do it themselves, I think they will have to hire somebody to do it for them. Remember: since it is free, there is customer, and therefore no customer can be lost! Ciao, Dscho [1] I remember we had a great discussion on this list, where somebody thought it would be such a good idea to _demand_ features. And since it is Open Source, the good developers should work for free. BTW, I am curious to know how much would it cost to develop a good GUI-Frontend for QEMU that would be comparable to VMware. How much man hours would this likely take? Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
Johannes Schindelin wrote: Hi, On Thu, 15 Jun 2006, Joe Lee wrote: BTW, I am curious to know how much would it cost to develop a good GUI-Frontend for QEMU that would be comparable to VMware. How much man hours would this likely take? I do not know VMware. Anybody? I would be interested, too, to know how complicated that frontend is... Should not be too difficult to reproduce it in Tcl/Tk (with a proper Tcl script as config format). Ciao, Dscho I am hoping some experience developers would comment on this! Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
Johannes Schindelin wrote: Hi, On Thu, 15 Jun 2006, Joe Lee wrote: You're right! However, as Julian pointed out: it is less than fascinating to work on a GUI, _especially_ if it is for the masses who tend to criticize without contributing*Footnote 1*. I am not sure I agree if that thought. It really depends on the mission or goal of the project. In the case for QEMU, I am not sure what its goal/mission is. Is the project just to scratch an itch to server a few people who needs it? Is it to fill a void over what exist in commercial software? Or, is the intent to develop something FREE and then offer some support service around the product? As far as I know: Fabrice started the project because he had this idea that translation should be faster than interpreting, and not much more difficult. He proved his point. And many people actually use QEmu, which is all the better. As far as users criticizing, that always going to be the case in Open Source - Show me a project where users don't criticize. Yes. And developers will always complain about those who profit and don't contribute. As far as contribution goes, not everyone has the talent and ability to contribute - Like me. I doubt that. You _can_ contribute. You actually do it right now. The way I see it, criticizing (when done in a constructive way) is not a bad thing. It is what drives the project when others share there views on features/functionality good or bad! This is a contribution! By telling what is important to you, you contribute to the future value of the project (note that I say "project", not "product"...) There is a subtle point-of-no-return though. The story I was referring to, was where a person did not contribute, but instead called people names if they did not do what she wanted, which was effectively to work hard and for free. Which is just not fair. Ciao, Dscho P.S.: Actually, it was a "he", but I say "she" here, because he was a real pussy, and I am very happy he left the list. I share your view. Complaining and bitching in the wrong way is not a good thing. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
Rick Vernam wrote: QEMU leaves me with very few 'itches to be scratched' ... The basic tasks that a QUI should confine itself to, IMO, are already pretty darn easy - define/manage a VM (via a shell script for me), start it, stop it, pause it...etc.. Even so, I've been thinking about this for some time - months probably... What I'd develop, if I were to undertake such a task, is a very simple app that can start qemu according to some configuration, and simply hook into the monitor to issue such commands as sendkey, stop, cont ...etc ... I do not imagine a need to have this app embed the qemu VM in itself, only start it & hook into the monitor. Besides, I don't want to loose precious real estate - I like the window that a running VM is in just how it is - no changes. I've used VMWare in the past a lot. I found the toolbars & menus to be nothing more than clutter & annoyance. The majority of the work I do with a VM has everything to do with the VM, and nothing to do with things that can be done with an additional GUI, however it would be nice to have one for simplifying those extra tasks... Specifically, I imagine something sitting in my Sys. Tray. This Sys. Tray icon menu thing would have options to invoke qemu's monitor commands for easy access ...or a list of all VMs, each with a sub-menu (I'm thinking stop, cont, loadvm, savevm, commit, usb stuff, change device x). Also, I can use the Sys. Tray Icon to bring up it's window with all the niceties to create a new VM, manage existing VMs...etc. Right now, I have a shell script that has the 'configuration' of my VM - changing of that 'configuration' would need to go in the GUI. I also use the monitor thing for stop, cont, loadvm, startvm, commit, usb stuff & change device x - that would need to go in the GUI. Beyond that, what does more bling really bring to the table? On Thursday 15 June 2006 16:03, Joe Lee wrote: Johannes Schindelin wrote: Hi, On Thu, 15 Jun 2006, Joe Lee wrote: BTW, I am curious to know how much would it cost to develop a good GUI-Frontend for QEMU that would be comparable to VMware. How much man hours would this likely take? I do not know VMware. Anybody? I would be interested, too, to know how complicated that frontend is... Should not be too difficult to reproduce it in Tcl/Tk (with a proper Tcl script as config format). Ciao, Dscho I am hoping some experience developers would comment on this! Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel I glad to see many people sharing comments and making suggestions since this thread topic started. I seems there enough interest to have a GUI-Frontend for QEMU. I am hopeful this can lead to getting something started. I'd like to see a poll from people who would be willing to participate and contribute to getting something started. -joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMware Player
I thought I share this with you all. I have been looking into XEN lately and someone has developed a GUI-Frontend for it. Here's the link below showing images for the GUI interface to manage xen. A similar type GUI interface could be done for QEMU. I wonder want programming tool used for it. http://sourceforge.net/projects/xenman/ http://sourceforge.net/project/screenshots.php?group_id=168929 http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35194 http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35193 http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35191 http://sourceforge.net/project/screenshots.php?group_id=168929&ssid=35190 Kevin F. Quinn wrote: On Thu, 15 Jun 2006 16:17:09 -0500 John Morris <[EMAIL PROTECTED]> wrote: On Thu, 2006-06-15 at 09:18, Joe Lee wrote: I appreciate the effort that some are making to develop a GUI for QEMU - There's a few project I see that trying to achieve this. But, I wish they all could come together and work together to develop a nice GUI. I would like to see a sub-project exist in the QEMU site so all can come and contribute to that effort. Geez, why not ask for world peace while you are at it. One GUI? So which toolkit? Pick Gtk and watch the K folk whine. Ok, so KDE it is. Oops, now the Gnomes are all over ya. And of course since I suspect a non-trivial percentage of QEMU users are on Windows, Solaris, etc. they ain't gonna like either of those choices much. WxWidgets (www.wxwidgets.org) provides a nice way out of this - provides a uniform API for the application developer, and local look-and-feel for each platform. WxWidgets can sit on gtk, motif, x11, win32, mac, cocoa (doesn't appear to be a qt backend yet, but no reason there couldn't be). Face it, putting a GUI on something like QEMU is going to require at least a one per desktop/platform effort. And that can best be kept with the GNOME/KDE/etc software repositories because they require constant updating on the schedule of the rest of the desktop environment to stay current. Think of it like mkisofs/cdrecord/growisofs/cdrdao vs the abundance of graphical front ends that all make use of them. Nobody has to totally reinvent the wheel because those solid CLI only parts can be reused by each project and each graphical environment gets a totally native (ok, several) GUI CD/DVD authoring/burning program instead of one crappy ported program. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMX Wizard
wayne tempel wrote: Hey Everybody, What's up? Wayne here, anyway I found something interesting that I thought that I would share, it's freeware, it's called VMX Wizard, for making virtual machines. You can download it at : rhysgoodwin.orcon.net.nz/vmxwizard/ Peace, Wayne _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel I like the idea and concept of the VMXwizard. I am not much familiar in using .net - So, my question is why .net is a requirement for this? What language tool is it programmed in? Can you put up some screen shots on your web page for quick view? -joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VMX Wizard
wayne tempel wrote: Hey Everybody, What's up? Wayne here, anyway I found something interesting that I thought that I would share, it's freeware, it's called VMX Wizard, for making virtual machines. You can download it at : rhysgoodwin.orcon.net.nz/vmxwizard/ Peace, Wayne _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel I think you also posted something about EasyVMX. Is VMXwizard the same thing or similar product? -Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] pronunciation of Qemu
To me no matter how you pronounce it, It's not a pronounce friendly type name - IMO. Joe Ed Swierk wrote: On 6/28/06, Paul Robinson <[EMAIL PROTECTED]> wrote: How should you pronounce Qemu? FYI, my best guess is Q (as in the letter Q) followed by the first 2 syllables of emulator. That's how I've always pronounced it, but I've also heard people say "kee-moo", which I have to admit is kind of cute. --Ed ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU GUI
I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT, Basilisk II, SheepShaver, etc. ;-) Gwenole, can you elaborate more on your comments above. Are your comments referring to having a GUI that can both run and manage several virtualization product (QEMU, XEN, etc) from one central GUI interface? If so, I had a similar thought on this BUT was not sure how possible this was. Would like to hear more on what your thoughts are on this. Anyone else thought and comments to this would be appreciated! -joe [EMAIL PROTECTED] wrote: Hi, If people are interested, we could try to port Q as a base, since it's going to be obsolete anyway (either by the new QEMU GUI or leopard)... :) I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT, Basilisk II, SheepShaver, etc. ;-) That could imply the use of an internal configs format with translators to suit various emulators. Some IPC could also be involved to communicate with the application for suspend, resume, fullscreen-switch, etc. qt4 is also an interesting toolkit and the Open Source edition is available under the GPL license for Linux/Unix, MacOS X and even Windows. Bye, Gwenole. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU GUI
Daniel, thanks for your info and comments below. I really like the concept and work being done with virt-manager using the libvirt API. Question: Is the virt-manager project run by Redhat or yourself? In what OS platform will virt-manager run under (Windows, Linux, OS-X) - Essentially, how cross-platform is it? -joe Daniel P. Berrange wrote: On Wed, Jun 28, 2006 at 07:03:31PM -0400, Joe Lee wrote: I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT, Basilisk II, SheepShaver, etc. ;-) Gwenole, can you elaborate more on your comments above. Are your comments referring to having a GUI that can both run and manage several virtualization product (QEMU, XEN, etc) from one central GUI interface? If so, I had a similar thought on this BUT was not sure how possible this was. Would like to hear more on what your thoughts are on this. Anyone else thought and comments to this would be appreciated! Its entirely feasible if you have a management API to use which supports the different virtualization backends. That would allow the GUI to be written to a single API, and yet control multiple systems like QEMU, Xen, etc. The libvirt project aims to provide such a backend API, currently supporting Xen, and a 'mock hypervisor' backend for testing purposes, and it would be very desirable to have backends to drive QEMU & VMWare systems. While the GUI would no doubt still have some differences in the area of hardware /device configuration the bulk of it could be shared by using the generic libvirt backend. I've got an early prototype of a Python/GTK based GUI for managing VMs via libvirt: http://people.redhat.com/berrange/virt-manager/ So if anyone's interested in trying to put together a QEMU backend for libvirt the project site is http://libvirt.org/ Regards, Dan. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: wxWidgets and C: was Re: [Qemu-devel] QEMU GUI
Jim C. Brown wrote: For the record, we can use wxWidgets in qemu even though we can not use C++ in qemu (something that I would be strongly against). http://wxc.sourceforge.net/ Requiring this as a dependency would make it easier to deal with issues such as C++ ABI compatibility by avoiding the direct use of C++. There's a QtC that I considered using for a Qt GUI for qemu. How about WX using Python - Is that an option? -joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Running QEMU on Windows.
Hi All, I was wondering why the main QEMU site does not have link to download windows version for QEMU directly from the QEMU.org site. This link only exist here: http://www.h7.dion.ne.jp/~qemu-win/ Isn't the windows version developed by the same developers? Also, about the MAC-OS version, where can one download this? -joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Re: QEMU GUI-Frontend based on Libvert API
Anthony Liguori wrote: On Fri, 21 Jul 2006 14:37:10 -0400, Evan Paul wrote: The libVirt project is a community-sponsored project that aims to bring more simplicity and standards to the Linux VM world. At its core, libVirt is a C toolkit that provides interaction with virtualization capabilities of the Linux operating system (and those related to Linux). You make it sound so professional :-) Currently, there is a project called Virt-Manager that is building a GUI-Frontend using the LibVirt API. More info on the Virt-Manager project can be found here: http://people.redhat.com/berrange/virt-manager/ For me, I personally like the idea and focus of libVirt project and would like to see if any QEMU developers from the list would have an interest to team up with me to develop an open source GUI-Frontend based on the LibVirt API. Why would you create a second GUI interface when virt-manager already exists as a libvirt GUI front-end? As far as I know, the big hurdle for QEMU and libvirt right now is not any GUI aspects (VNC would work just fine). It's interacting with QEMU. Xen provides an XML-RPC interface to managing instances whereas QEMU only really provides the monitor interface. Of course, there's still a bit of work to do before libvirt uses actually uses that interface (it currently uses the older S-Expression/HTTP interface). Basically, there's quite a bit of work to do in libvirt before you could even start writing a GUI for QEMU. I have toyed around with the idea of writing an XML-RPC front-end to QEMU (with the idea of bridging the gap for libvirt). DV also had a patch floating around to add a socket management interface to QEMU (although now there is a TCP character device so I presume his patch is unnecessary). My first cut at an XML-RPC front-end for QEMU: http://hg.codemonkey.ws/qemu-rpcd/ Regards, Anthony Liguori ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel Why would you create a second GUI interface when virt-manager already exists as a libvirt GUI front-end? Well, first let me say I am not a programmer and know very little about GUI development and their toolkits. But, I have been reading up and learning about what's out there. Having said that, I think "Virt-Manager" is built using GTK/Glade with Python and I am not quite sure if that would meet the requirements to having a cross-platform GUI for users. And, something that would offer a native look & feel to the OS platform they use. As mentioned in my previous email, for OpenSourceDemo.com, I'd like to make available a VM software product with a GUI that can be used by users using windows, linux, and mac-os. Therefore, I don't know if GTK/Glade is the best choice for this. If it is, using virt-manager would be great! Basically, there's quite a bit of work to do in libvirt before you could even start writing a GUI for QEMU. Hmm, really didn't know how much work would be involved. But, I think it would be good to start, if people like the idea of having a QEMU support for libVirt. I just think it would great to harrness and leverage the work behind libVirt and have support for QEMU. The GUI part would be easy to add on. Also, if it would take a long time to have support for QEMU using libvirt, I was wondering if anyone can help me come up with an interim solution to have a gui that I can make available on the site. Would greatly appreciate the help with this. Ideally, I am looking for a solution where the GUI can package QEMU with it. So, as a user installs the GUI on there PC it also installs QEMU in one install. This would remove the complexity of having to install QEMU and then the GUI. This is how I see most of the available GUI that exist work. Evan ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] QEUM converting VMware image to run on XEN/VPS?
Hi All, I am new to the list. I understand it may be possible for QEUM to take a VMware image and convert the VMware file format so that it can run on a XEN/VPS (domu). I would appreciate if anyone can confirm this for me. Also, any further comments/suggestions to the above would be helpful! Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEUM converting VMware image to run on XEN/VPS?
Thanks Jim, that's great to hear! Jim C. Brown wrote: On Sun, Apr 23, 2006 at 03:08:04PM -0400, Joe Lee wrote: Hi All, I am new to the list. I understand it may be possible for QEUM to take a VMware image and convert the VMware file format so that it can run on a XEN/VPS (domu). I would appreciate if anyone can confirm this for me. Also, any further comments/suggestions to the above would be helpful! Yes, it can be done. Just tell qemu-img to convert it from VMware format to raw format. See the man page for more info. Joe ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel