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 a
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.
Bel
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
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 Virtu
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
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
a
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
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 added to
> QEMU... Slirp is the exa
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 batc
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
-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 dea
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
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
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
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++.
T
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 m
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
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 w
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 r
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.
Christian MICHON wrote:
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
On Thu, Jun 29, 2006 at 05:05:25PM -0400, Joe Lee wrote:
> 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?
At the moment its just me worki
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
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
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
On Thu, 22 Jun 2006 20:53:54 -0500
Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Kevin F. Quinn wrote:
> > Part of that should be to determine what the GUI will actually do;
>
> You're getting ahead of yourself. Just getting qemu to start with
> wxWidgets instead of SDL would be a big step in th
Kevin F. Quinn wrote:
Part of that should be to determine what the GUI will actually do;
You're getting ahead of yourself. Just getting qemu to start with
wxWidgets instead of SDL would be a big step in the right direction.
At this point you're talking about embedding the Qemu guest window
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 becaus
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
ad
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 i
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 con
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 t
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/P
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)... :)
http://www.kju-app
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 e
35 matches
Mail list logo
