Hi Peoples,
i guess, Qemu would have been more popular, if exist a really well Gui
for Users who whant work in cli/promt.
It's give not a possible for build up a .. maybe a QT-Surface for Qemu,
something like
Qemu Manager, but this/QM it is nomore on the current state and it is
not maintained
Hi All,
I know there's been several thread discussions regarding GUI-Frontend
for QEMU and there already exist some projects that offers GUI for QEMU.
But, recently, I've come to learn about an open source project called
libvert which is actively being developed at http://www.libvirt.org.
Chris Wilson wrote:
QT is only now free on Windows, and supports far fewer platforms than wx
(no Mac support?). I personally don't like tcl as a language, and prefer
to code in C++ for efficiency.
qt/mac exists.
GTK is also specific to Unix (not Mac) and Windows, and looks weird on
I know this is a lot different than the discussion so far, but has anyone
considered keeping SDL and using an SDL GUI similar to ZSNES? Take a look
(for those not familiar) at http://www.zsnes.com and grab a download. Many
Linux distro package managers have it also. You don't need a SNES ROM
Jason Gress wrote:
I know this is a lot different than the discussion so far, but has anyone
considered keeping SDL and using an SDL GUI similar to ZSNES?
I did not check the source code, but it looks just like any other
self-made bitmap-based SDL menu I have seen. It is like inventing yet
Linas Žvirblis wrote:
Jason Gress wrote:
I know this is a lot different than the discussion so far, but has anyone
considered keeping SDL and using an SDL GUI similar to ZSNES?
I did not check the source code, but it looks just like any other
self-made bitmap-based SDL menu I have seen. It
Oliver Gerlich wrote:
Personally, I'd be interested to have a GUI for controlling a running
Qemu instance: change CD-ROM, add/remove USB devices, save/restore VM
snapshots (though this would also require to save/restore disk
snapshots), and eg. provide buttons to switch between guest Virtual
On 7/8/06, Oliver Gerlich [EMAIL PROTECTED] wrote:
Is wxC still under active development? The CVS version seems to be quite
old, and I also couldn't find any documentation.
Well it wouldn't be the first unmaintained batch of code added to
QEMU... Slirp is the example that comes to mind. In
On Sun, Jul 09, 2006 at 05:03:12PM -0700, John R. wrote:
On 7/8/06, Oliver Gerlich [EMAIL PROTECTED] wrote:
Is wxC still under active development? The CVS version seems to be quite
old, and I also couldn't find any documentation.
Well it wouldn't be the first unmaintained batch of code
In message: [EMAIL PROTECTED]
Johannes Schindelin [EMAIL PROTECTED] writes:
: I personally don't like tcl as a language, and prefer to code in C++ for
: efficiency.
:
: Hmmm. C++ and efficiency _does_ constitute a contradiction. Just think
: operator+(). Honestly, the most
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++.
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
On Sat, Jul 08, 2006 at 11:02:31AM -0400, Joe Lee wrote:
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
On Sat, 8 Jul 2006 11:13:52 -0400
Jim C. Brown [EMAIL PROTECTED] wrote:
Good question. I'm not aware of a way to call Python code from inside
of C.
See http://docs.python.org/ext/ext.html
However doing this just means yet another language dependency.
--
Kevin F. Quinn
signature.asc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim C. Brown schrieb:
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
Hi Luca,
Not wishing to start an argument, just to learn:
On Wed, 5 Jul 2006, Luca Barbato wrote:
The library is incompatible with itself depending on the configure time
options (see string constructors vs unicode string constructors)
It's perfectly possible to write code that compiles and
Hi,
On Sat, 8 Jul 2006, Chris Wilson wrote:
I personally don't like tcl as a language, and prefer to code in C++ for
efficiency.
Hmmm. C++ and efficiency _does_ constitute a contradiction. Just think
operator+(). Honestly, the most inefficient code I saw was done in C++.
You really should
Chris Wilson wrote:
I'd be interested to know why you dislike it.
The library is incompatible with itself depending on the configure time
options (see string constructors vs unicode string constructors)
Its ABI/API changes too often (ok, that is the result of they fixing
lots of bugs that
Hi Luca,
On Thu, 22 Jun 2006, Luca Barbato wrote:
Fabrice Bellard wrote:
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
wx is nasty at best.
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
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
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
Fabrice Bellard wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
wx is nasty at best.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
On 6/21/06, Fabrice Bellard [EMAIL PROTECTED] wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
If someone is interested, I am ready to
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 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
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
Fabrice Bellard wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts
on the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
I think the first step is to validate whether wxWidgets will be
On Thu, 22 Jun 2006 16:50:10 -0500
Anthony Liguori [EMAIL PROTECTED] wrote:
Fabrice Bellard wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last
posts on the topic: I think that a wxWidgets GUI would be the best
as it is reasonnably portable and because it uses
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
If someone is interested, I am ready to try to include such a GUI in the
QEMU repository
Great Idea...
This would be in c++ then, or do You fancy another wxWidget flavour?
(I remember You did not like c++ in QEMU)
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)... :)
30 matches
Mail list logo