On Tue, Jun 14, 2005 at 01:51:10PM -0500, [EMAIL PROTECTED] wrote:
> From: "Henrik Nordstrom"
>
>
> >> The best that many can do is test qemu and report problems when they are
> >> found.
> >
> > Then you have to accept that the developers do the best they can in their
> > interest for the benef
On Mon, Jun 13, 2005 at 10:49:56AM -0400, Ben Taylor wrote:
> > From: Ishwar Rattan <[EMAIL PROTECTED]> wrote:
> >
> >
> > Why would anyone want run an emulator in another emulator..
>
> because, AFAIK, xen doesn't run windows under a linux host
> with xen. Using qemu/kqemu, you could (assuming
"Jim C. Brown"
>> I'm willing to do some testing. But you'll have to tell me how to do the
>> gtk2 interface under windows.
>>
>
> Well, you will need to apply the patches and compile from source yourself.
> Not to mention, you'll have to download the windows versions of the GTK2
> libraries
On Tue, Jun 14, 2005 at 11:46:32PM +0200, Heike C. Zimmerer wrote:
> "Jim C. Brown" <[EMAIL PROTECTED]> writes:
>
> > E.g. I'm the developer of the gtk2 interface for qemu, and I have no
> > idea about what bugs it may have as no one has reported any to
> > me. In fact, I have no idea if anyone is
On Tue, Jun 14, 2005 at 04:15:41PM -0500, [EMAIL PROTECTED] wrote:
> "Jim C. Brown"
>
>
> >> Some of us do a bit more, by deliberately testing qemu with lots of
> >> software, looking for bugs. And reporting bugs when they are found.
> >
> > If you really want a bug to be fixed badly, and you ha
"Jim C. Brown" <[EMAIL PROTECTED]> writes:
> E.g. I'm the developer of the gtk2 interface for qemu, and I have no
> idea about what bugs it may have as no one has reported any to
> me. In fact, I have no idea if anyone is even using it because I get
> no direct feedback.
I'm using the snapshots f
Paul Brook wrote:
On Tuesday 14 June 2005 21:19, Helge Hafting wrote:
I avoided the error message by configuring only i386 emulation,
which is what I believe I need:
./configure --target-list=i386-softmmu
Unfortunately, nothing happens when I run this qemu.
I don't get a window at all, so
"Jim C. Brown"
>> Some of us do a bit more, by deliberately testing qemu with lots of
>> software, looking for bugs. And reporting bugs when they are found.
>
> If you really want a bug to be fixed badly, and you have no idea of how to
> fix
> it, what you need to do is contact the developer of
Le Tue, 14 Jun 2005 16:27:12 -0400, Jim C. Brown a écrit :
> E.g. I'm the developer of the gtk2 interface for qemu, and I have no idea
> about what bugs it may have as no one has reported any to me. In fact, I
> have no idea if anyone is even using it because I get no direct feedback.
> This is e
On Tuesday 14 June 2005 21:19, Helge Hafting wrote:
> I avoided the error message by configuring only i386 emulation,
> which is what I believe I need:
>
> ./configure --target-list=i386-softmmu
>
> Unfortunately, nothing happens when I run this qemu.
> I don't get a window at all, so it won't eve
On Mon, Jun 13, 2005 at 02:52:25PM +0200, Christian MICHON wrote:
> > Did you try passive mode?
>
> nice suggestion.
> passive mode off: "dir" lasts forever...
Because in active mode, the ftp server attempts to connect to a port on the
ftp client, in the guest. Due to the limitations of slirp, th
I avoided the error message by configuring only i386 emulation,
which is what I believe I need:
./configure --target-list=i386-softmmu
Unfortunately, nothing happens when I run this qemu.
I don't get a window at all, so it won't even start booting up
with bios messages. Nothing happens, althou
On Tue, Jun 14, 2005 at 12:14:05PM -0500, [EMAIL PROTECTED] wrote:
> Not all of us are developers.
>
> The best that many can do is test qemu and report problems when they are
> found.
>
> Some of us do a bit more, by deliberately testing qemu with lots of
> software, looking for bugs. And rep
On Mon, 2005-06-13 at 14:52 +0200, Christian MICHON wrote:
> > Did you try passive mode?
>
> nice suggestion.
> passive mode off: "dir" lasts forever...
> passive mode on: "dir" give "connection refused".
>
> any idea?
>
> Christian
>
Suggest some packet sniffs to see who is getting stuck.
--
how do i do this?
from the windows host or from the linux guest?
any special sw to install/setup?
I tried to use a tftp server on the windows host. It's functional,
but the linux guest cannot reach it. I suspect the tftp over slirp
may interfere here.
Christian
On 6/14/05, John R. Hogerhuis <[EM
From: "Henrik Nordstrom"
>> The best that many can do is test qemu and report problems when they are
>> found.
>
> Then you have to accept that the developers do the best they can in their
> interest for the benefit of all.
Generally, the way open source works is that a bug that directly effect
On Tue, 14 Jun 2005 [EMAIL PROTECTED] wrote:
It's free software (as in free speech, not gratis), if it doesn't work for
you fix it or have it fixed for you by whatever means you find suitable.
If you do not want to have it fixed find an alternative which suits you
better.
Not all of us are dev
"Henrik Nordstrom"
>> All us users can do is make a report and sit back and wait to see if
>> anything happens. Sometimes it can be a long wait.
>
> Or you could go the open-source approach and hire a developer (there is
That's more than a little extreme.
Frankly, it'd be a heck of a lot cheape
From: "Henrik Nordstrom" <[EMAIL PROTECTED]>
>> A points to note:
>>
>> It is free software, doesn't work for you, do not use it.
>
> I would put it in slightly different words:
>
> It's free software (as in free speech, not gratis), if it doesn't work for
> you fix it or have it fixed for you by
On Mon, 13 Jun 2005 [EMAIL PROTECTED] wrote:
If a developer has a problem, then they can check into it themselves, of
course.
Yes.
All us users can do is make a report and sit back and wait to see if
anything happens. Sometimes it can be a long wait.
Or you could go the open-source approa
On Tue, 14 Jun 2005, Ishwar Rattan wrote:
A points to note:
It is free software, doesn't work for you, do not use it.
I would put it in slightly different words:
It's free software (as in free speech, not gratis), if it doesn't work for
you fix it or have it fixed for you by whatever means
I suspect that kernel acceleration (qvm86/kqemu) doesn't work with DOS
(16bit) on a QEMU supported OS (32/64bit).
Andreas
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Elefterios Stamatogiannakis
> Sent: Tuesday, June 14, 2005 3:55 PM
> To: qe
A points to note:
It is free software, doesn't work for you, do not use it.
-ishwar
On Mon, 13 Jun 2005 [EMAIL PROTECTED] wrote:
> As near as I can tell, they haven't done a thing, and weren't the slightest
> bit interested in the bug report.
___
Qe
If you are using
Windows: Try qvm86 + qemu (there was an old build of these two in freeoszoo)
Linux: Try kqemu + qemu
There are some problems that the combination of qemu + kqemu or qvm86
solve.
lefteris.
Jeff Wiegley wrote:
I noticed that one other person a long time back had
this same p
24 matches
Mail list logo
