Re: [Qemu-devel] target m68k
On Friday 07 October 2005 16:40, Laurent Vivier wrote: Hi, I seek qemu with m68k target. I didn't find it in CVS. Is it available ? https://nowt.dyndns.org/ Currently only supports usermode ColdFire v2 simulator binaries. Linux binaries might work, but haven't been tested. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] target alpha
Hi, All Is there alpha target for QEMU available? Thanks - Michael ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] VNC patch status?
Hello, I was wondering about the status of the VNC patch that was available a few months back (i.e., whether it's still useful for 0.7.2) and whether or not it was being considered for inclusion in the main source tree. Regards, Rui Carmo http://the.taoofmac.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VNC patch status?
Rui, VNC support has now been added to cvs Regards, Iain On Saturday 08 Oct 2005 10:52, Rui Carmo wrote: Hello, I was wondering about the status of the VNC patch that was available a few months back (i.e., whether it's still useful for 0.7.2) and whether or not it was being considered for inclusion in the main source tree. Regards, Rui Carmo http://the.taoofmac.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VNC patch status?
Hi, On Sat, 8 Oct 2005, Iain McFarlane wrote: VNC support has now been added to cvs Am I missing something? I don't see it. Furthermore, the main problem still prevails: There is no sane way to get the mouse running yet. I played around with a tablet patch someone sent me, but could not get it to run with a Win98 guest. Since this is my main use for qemu+vnc, I need a solution for this case. Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [patch] make '-smb $HOME' work
The most common use case for the '-smb' option may be '-smb $HOME'. There is a problem with this case: Windows attempts to connect as user nobody. Smbd allows the connection -- unfortunately, it also maps the nobody accesses to the host's nobody account, so all write accesses fail. How are people using '-smb'? Am I the only person that runs into this? One lame workaround is to point '-smb' at an area on /tmp that everybody, including nobody, has access to. The problem happens with a Windows 2000 guest, and maybe other NT derivatives. This patch sets up smbd to only allow guest access from Windows, and no other access. (I suspect and hope that smbd can coax any version of Windows into doing a guest access, by rejecting everything else. This is only tested with Win2K.) When smbd receives a guest access, it maps that onto the account of the same user who is running qemu. This fixes the common, personal use, '-smb $HOME' case. For more complicated cases, for example if you don't trust the guest, you may want to craft your own 'smb.conf' rather than relying on '-smb'. From a security standpoint, the patched '-smb' has no authentication to break, and it constrains smb access to a single user on the host. So while the gates are wide open to whatever directory you share, you at least know what you're getting. -- John --- qemu-0.7.2-dmapatch/vl.c2005-09-04 13:11:31.0 -0400 +++ qemu-0.7.2-broken/vl.c 2005-10-08 14:41:55.0 -0400 @@ -29,6 +29,8 @@ #include time.h #include errno.h #include sys/time.h +#include sys/types.h +#include pwd.h #ifndef _WIN32 #include sys/times.h @@ -1605,15 +1607,17 @@ log file=%s/log.smbd\n smb passwd file=%s/smbpasswd\n security = share\n + guest account=%s\n [qemu]\n path=%s\n read only=no\n -guest ok=yes\n, +guest only=yes\n, smb_dir, smb_dir, smb_dir, smb_dir, smb_dir, + getpwuid( geteuid( ) )-pw_name, exported_dir ); fclose(f); ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [patch] make '-smb $HOME' work
Which smbd are you using? The one on debian sarge wants to have write access to some /var/run and /var/lib directories to coordinate locking. Because it gets run as a regular user, (and is not suid root), it winds up spitting out an error to the logfile and dying. It took me a while to figure this out, since there's no error message display by qemu. On Sat, Oct 08, 2005 at 03:30:36PM -0400, John Coiner wrote: The most common use case for the '-smb' option may be '-smb $HOME'. There is a problem with this case: Windows attempts to connect as user nobody. Smbd allows the connection -- unfortunately, it also maps the nobody accesses to the host's nobody account, so all write accesses fail. How are people using '-smb'? Am I the only person that runs into this? One lame workaround is to point '-smb' at an area on /tmp that everybody, including nobody, has access to. The problem happens with a Windows 2000 guest, and maybe other NT derivatives. This patch sets up smbd to only allow guest access from Windows, and no other access. (I suspect and hope that smbd can coax any version of Windows into doing a guest access, by rejecting everything else. This is only tested with Win2K.) When smbd receives a guest access, it maps that onto the account of the same user who is running qemu. This fixes the common, personal use, '-smb $HOME' case. For more complicated cases, for example if you don't trust the guest, you may want to craft your own 'smb.conf' rather than relying on '-smb'. From a security standpoint, the patched '-smb' has no authentication to break, and it constrains smb access to a single user on the host. So while the gates are wide open to whatever directory you share, you at least know what you're getting. -- John --- qemu-0.7.2-dmapatch/vl.c2005-09-04 13:11:31.0 -0400 +++ qemu-0.7.2-broken/vl.c 2005-10-08 14:41:55.0 -0400 @@ -29,6 +29,8 @@ #include time.h #include errno.h #include sys/time.h +#include sys/types.h +#include pwd.h #ifndef _WIN32 #include sys/times.h @@ -1605,15 +1607,17 @@ log file=%s/log.smbd\n smb passwd file=%s/smbpasswd\n security = share\n + guest account=%s\n [qemu]\n path=%s\n read only=no\n -guest ok=yes\n, +guest only=yes\n, smb_dir, smb_dir, smb_dir, smb_dir, smb_dir, + getpwuid( geteuid( ) )-pw_name, exported_dir ); fclose(f); ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- -- Troy Benjegerdes'da hozer'[EMAIL PROTECTED] Somone asked me why I work on this free (http://www.fsf.org/philosophy/) software stuff and not get a real job. Charles Shultz had the best answer: Why do musicians compose symphonies and poets write poems? They do it because life wouldn't have any meaning for them if they didn't. That's why I draw cartoons. It's my life. -- Charles Shultz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [patch] make '-smb $HOME' work
Troy Benjegerdes wrote: Which smbd are you using? The one on debian sarge wants to have write access to some /var/run and /var/lib directories to coordinate locking. Because it gets run as a regular user, (and is not suid root), it winds up spitting out an error to the logfile and dying. It took me a while to figure this out, since there's no error message display by qemu. I'm running smbd that came with slackware 10-dot-something... [EMAIL PROTECTED]:~$ /usr/sbin/smbd -V Version 3.0.14a It's not suid root either. The 'smb.conf' contains a lock directory entry, which (you would think!) tells smbd to use the temporary directory as the lock directory. Are you sure that smbd actually found and read the 'smb.conf' file which qemu generated? The qemu-generated 'smb.conf' file overrides all samba default paths in '/var' except for the utmp directory and wtmp directory parameters. Maybe your smbd was compiled with '--with-utmp' in which case you might need qemu to specify utmp directory and wtmp directory in 'smb.conf'. -- john ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Works Great Phamrmceutical
Hello, Do you wa AVE UPT % on you ons nt to S O 70 r Mediccati ? Yes? It's easy - Read more CVXVAL IALIAGanaALImbievi IS$RA$xUM$entra 169 (30 pi134 (30 pi218 (180 p lls)lls)ills) plus many other , Have a nice day ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VNC patch status?
On Sat, Oct 08, 2005 at 08:29:27PM +0200, Johannes Schindelin wrote: Hi, On Sat, 8 Oct 2005, Iain McFarlane wrote: VNC support has now been added to cvs Am I missing something? I don't see it. Furthermore, the main problem still prevails: There is no sane way to get the mouse running yet. I played around with a tablet patch someone sent me, but could not get it to run with a Win98 guest. Since this is my main use for qemu+vnc, I need a solution for this case. I gave up and installed VNC in the guest OS, and then used '-redir'. But GUI/mouse responsiveness seemed pretty slow that way. I think the best solution would be for someone to write a special qemu mouse driver for windows. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] VNC patch status?
Troy Benjegerdes wrote: Furthermore, the main problem still prevails: There is no sane way to get the mouse running yet. I played around with a tablet patch someone sent me, but could not get it to run with a Win98 guest. Since this is my main use for qemu+vnc, I need a solution for this case. I gave up and installed VNC in the guest OS, and then used '-redir'. But GUI/mouse responsiveness seemed pretty slow that way. I think the best solution would be for someone to write a special qemu mouse driver for windows. This is where win4lin-pro comes into its own. They have grafted on their own graphics driver and load a little applet that keeps the mouse perfectly synchronised. It works well over vnc. (or did in any case, I have not booted it for quite a while) -- Human beings, who are almost unique in having the ability to learn from the experience of others, are also remarkable for their apparent disinclination to do so. -- Douglas Adams ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel