Why not just build it right from the source instead of using debhelper? With that, just have install into /usr/local.ReneOn 8/22/06, Andrew Barr
<[EMAIL PROTECTED]> wrote:
Hi,I am installing some software (iTunes) in my Windows 2000 SP4 virtualmachine. I don't know what it is going to /do/, speci
Hi,
I am installing some software (iTunes) in my Windows 2000 SP4 virtual
machine. I don't know what it is going to /do/, specifically, to my VM
so I would like to run QEMU in snapshot mode so that I can commit system
changes only if desired. However, when I run qemu like this, I get into
trouble:
Hi Nicolas,Thank you for reply! The "only" trouble is that I need to descrive it as a pci device. Taking the parallel port as an example is very usefull for simple hardware as you made. But I need some info for write my device into qemu, in particular the init function for pci device as the n
Are the new arm targets, versatile[ap]b expected to be working?
On ubuntu-5, building 0.8.2 yields a binary which can run the other two
targets, but which hangs after printing the monitor prompt on either of
these.
--rich
(apologies if you see this multiple times. I thought I sent it
previousl
Johannes Schindelin wrote:
I'm still thinking FTP would be a useful alternative as it's more low-level.
It is not only simpler, it is no file system.
With FTP, you'd still have to "download" the files to use them. By
contrast, SMB and NFS allow you to use the files directly (even writing
Hi,
On Tue, 22 Aug 2006, Jan Marten Simons wrote:
> I'm still thinking FTP would be a useful alternative as it's more low-level.
It is not only simpler, it is no file system.
With FTP, you'd still have to "download" the files to use them. By
contrast, SMB and NFS allow you to use the files dir
Fabrice Bellard wrote:
Jan Marten Simons wrote:
I was asking for an integrated virtual FTP server (about 14 months
ago). [snipped]
My preference would be for an SMB server or NFS server fully
integrated in slirp.
A fully integrated NFS server would be quite simple to implement but
it woul
Alex wrote:
> That's better. What's wrong with QCOW?
>
Qcow uses aio interface but aio emulation is not fully implemented.
Regards,
Kazu
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel