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 t
On Thu, 2006-06-15 at 16:34 -0400, 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?
>
> Joe
Firstly, we do not have to start from scratch. There are so
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
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
On Fri, Jun 16, 2006 at 09:21:46AM +0200, Kevin F. Quinn wrote:
> 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
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.
h
Hi,
On Fri, 16 Jun 2006, Joe Lee wrote:
> 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.
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
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
On Fri, 16 Jun 2006 13:45:24 +0100
Stuart Brady <[EMAIL PROTECTED]> wrote:
> On Fri, Jun 16, 2006 at 09:21:46AM +0200, Kevin F. Quinn wrote:
>
> > WxWidgets (www.wxwidgets.org) provides a nice way out of this -
> > provides a uniform API for the application developer, and local
> > look-and-feel
you're putting c++ inside the qemu source tree when it is not
needed (yet).
if SDL is common to most guest screens: I agree with you
that the gui/toolkit should overlay the SDL.
Yet Fabrice mentionned months ago this was not his
intention, so we should respect it and (hopefully) close
this long
Christian MICHON wrote:
you're putting c++ inside the qemu source tree when it is not
needed (yet).
if SDL is common to most guest screens: I agree with you
that the gui/toolkit should overlay the SDL.
Yet Fabrice mentionned months ago this was not his
intention, so we should respect it and (ho
On Fri, 16 Jun 2006 17:07:32 +0200
"Christian MICHON" <[EMAIL PROTECTED]> wrote:
> you're putting c++ inside the qemu source tree when it is not
> needed (yet).
Perhaps I'm still not making myself clear. I did _not_ suggest that
a WxWidgets GUI be integrated into QEMU. I assumed we were all tal
Hello QEMU world,
The subject line said allready that linux-test-0.5.1.tar.gz is outdated.
But as this being my first post to this list,
I can't rush in and say there needs something changed at your side,
so below a IRC log that provides the details.
(at the end of the message more text)
19:00 <
> 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'
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 06/06/16 21:48:48
Modified files:
. : qemu-doc.texi
Log message:
Arm h/w doc updates.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemu&r1=1.94&r2=1.95
Hello,
Wayne here, I would like to know if there is some user documentation
for the QGui application? Everytime that I try to use it at the end where it
says save I always get the same message that says Run time error 76, path
not found. Any input would be much appreciated.
Tim Walker wrote:
> That may not be true - I'm not sure but I think something reasonable
> could be done in Java. There is certainly a Java VNC client available
> which could play a part.
The FLOZ project
http://www.oszoo.org/wiki/index.php/Free_Live_OS_Zoo
Uses the tightVNC Java applet to connect
On Fri, Jun 16, 2006 at 08:37:05PM +0200, Geert Stappers wrote:
> 19:42 < stappers> pbrook: are you sure about
> 19:42 < stappers> < pbrook> Oh. That doesn't have the right ethernet drivers
> on it.
> 19:43 < pbrook> Fairly sure. It only has the isa ne2k drivers.
> 19:43 < sta
19 matches
Mail list logo
