Debian ship a completely different version of netcat from Fedora. Not just a different version, but it appears to be a different codebase. Debian's netcat doesn't support the (very useful) -U option, so this code fails in src/remote_internal.c: cmd_argv[j++] = strdup (command); //..... cmd_argv[j++] = strdup (server); cmd_argv[j++] = strdup (netcat ? netcat : "nc"); cmd_argv[j++] = strdup ("-U"); cmd_argv[j++] = strdup (sockname ? sockname : LIBVIRTD_PRIV_UNIX_SOCKET); cmd_argv[j++] = 0; As a result of this remote-over-ssh fails on Debian. I'm not completely sure how to solve this at the moment. If anyone has any ideas ...

Daniel Veillard wrote: >On Fri, Nov 23, 2007 at 01:50:47PM +0000, Richard W.M. Jones wrote: >>Debian ship a completely different version of netcat from Fedora. Not >>just a different version, but it appears to be a different codebase. >> >>Debian's netcat doesn't support the (very useful) -U option, so this >>code fails in src/remote_internal.c: >> >> cmd_argv[j++] = strdup (command); >>//..... >> cmd_argv[j++] = strdup (server); >> cmd_argv[j++] = strdup (netcat ? netcat : "nc"); >> cmd_argv[j++] = strdup ("-U"); >> cmd_argv[j++] = strdup (sockname ? sockname : >>LIBVIRTD_PRIV_UNIX_SOCKET); >> cmd_argv[j++] = 0; >> >>As a result of this remote-over-ssh fails on Debian. I'm not completely >>sure how to solve this at the moment. If anyone has any ideas ... > > Hum even if we find a workaround it will require something like >a test in configure. Can we open a bugzilla about this, as I'm afraid >it may take a bit to resolve correctly, Yes, sure. I should have done that actually, but days of wrestling with Windows has left me with a rather short temper :-)

https://bugzilla.redhat.com/show_bug.cgi?id=396761