> In the development version of my Java frontend for QEMU (JQEMU) I've
> already integrated the Java VNC client from TightVNC and it works like
> a charm without any speed overhead! And it feels just like VMWare...
>
> Since Java is already available for a large variety of platforms this
> wouldn'
Christian Bourque wrote:
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 environm
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.
In
Am Donnerstag, 15. Juni 2006 21:21 schrieb Joe Lee:
>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.
...
>
> Joe
Well, qemu does not
Am Donnerstag, 15. Juni 2006 21:44 schrieb Joe Lee:
> Can you point me to the one you know about?
>
> Joe
As I already did in one of my last replies, I point you to
http://www.reactos.org/xhtml/en/download.html
and especially to this file:
http://prdownloads.sourceforge.net/reactos/reactos0.2.9-RE
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
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 QEM
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
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 a
Christian Bourque said:
> Hummm even if you convert your current QEMU image to a vmdk file you
> still need a vmx config file to start-up a VM in VMWare player no?
Yes, but it's a fairly simple text file and there are links on the net to
show you how to create your own.
___
> I was able to successfully take my qemu installation of Windows XP,
> convert it with qemu-img to a vmdk file, and then boot it up in VMWare
> player (and yes, I own the full version of VMWare as well on another
> machine, so I'm not worried about the legality if there are any concerns).
Hummm e
Christian MICHON wrote:
>using a slax-live cdrom, I managed to compile linux-2.6.14 in less
>than 3 minutes, when it takes more than 6 minutes with
>kqemu/qemu-0.7.2, and around 20 minutes without kqemu.
>The test was made using vmdk image format.
>
Please note that the VMware license terms forbid
Regarding performances of vmware player vs kqemu/qemu (I'm not
being critical about the figures here, just stating what I measured)...
using a slax-live cdrom, I managed to compile linux-2.6.14 in less
than 3 minutes, when it takes more than 6 minutes with
kqemu/qemu-0.7.2, and around 20 minutes w
On 11/9/05, John Wells <[EMAIL PROTECTED]> wrote:
> I was able to successfully take my qemu installation of Windows XP,
> convert it with qemu-img to a vmdk file, and then boot it up in VMWare
> player (and yes, I own the full version of VMWare as well on another
> machine, so I'm not worried about
John R. Hogerhuis said:
> I understood. I just don't believe it; I didn't get the impression
Stefano was saying that he had actually tried it. AFAIK, VMware Player
writes changes to the hard disk image.
I was able to successfully take my qemu installation of Windows XP,
convert it with qemu-img to
On Sat, 2005-10-22 at 23:58 +0200, Johannes Schindelin wrote:
> Hi,
>
> On Sat, 22 Oct 2005, John R. Hogerhuis wrote:
>
> > On Sat, 2005-10-22 at 12:48 +0200, Stefano Marinelli wrote:
> >
> > > I don't like it. It's just a "player" and the images can't be written.
> >
> > use qemu-img to create
On Sat, 2005-10-22 at 23:58 +0200, Johannes Schindelin wrote:
> > use qemu-img to create the disk image.
>
> That is just creation. I think Stefano meant that you cannot use the guest
> OS to write to that image.
I understood. I just don't believe it; I didn't get the impression
Stefano was say
Hi,
On Sat, 22 Oct 2005, John R. Hogerhuis wrote:
> On Sat, 2005-10-22 at 12:48 +0200, Stefano Marinelli wrote:
>
> > I don't like it. It's just a "player" and the images can't be written.
>
> use qemu-img to create the disk image.
That is just creation. I think Stefano meant that you cannot us
On Sat, 2005-10-22 at 12:48 +0200, Stefano Marinelli wrote:
> On Fri, 21 Oct 2005 12:29:45 -0700, John R. Hogerhuis wrote:
> > Barely on-topic, but since VmWare interop crops up from time to time:
> >
> > http://www.vmware.com/products/player/
>
> I don't like it. It's just a "player" and the imag
On Fri, 21 Oct 2005 12:29:45 -0700, John R. Hogerhuis wrote:
> Barely on-topic, but since VmWare interop crops up from time to time:
>
> http://www.vmware.com/products/player/
I don't like it. It's just a "player" and the images can't be written.
This means you can run an image but anything you wr
20 matches
Mail list logo