[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2011-07-31 Thread Bug Watch Updater
** Changed in: libvirt (CentOS) Status: Unknown => New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in Ubuntu. https://bugs.launchpad.net/bugs/517478 Title: remotely executed netcat (nc) uses -q option which is not

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-07-07 Thread Marc Deslauriers
@glance: please open a new bug for that. Thanks. ** Tags removed: regression-potential -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notification because you are a member of Ubuntu Server Team, whic

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-07-07 Thread glance
** Tags added: regression-potential -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in ubuntu. -- Ubuntu-se

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-07-07 Thread glance
Sorry but this "fix" breaks ssh-connections for everyone not using a sh- based shell as login-shell. I personally use tcsh as login shell and "nc -q 2>&1 | grep -q 'requires an argument';if [ $? -eq 0 ] ; then CMD='-q 0';else CMD='';fi;" isn't valid csh line. ** Attachment added: "log" ht

Re: [Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-04-25 Thread Raghav
or email immediately and delete it! * - Original Message - From: zigi Date: Sunday, April 25, 2010 12:46 pm Subject: [Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-04-25 Thread zigi
@Raghav After virt-manager (0.8.2-2ubuntu4) and libvirt (0.7.5-5ubuntu10) were released you don't have to patch virt-manager. Actually I don't use ssh keys with password for virt-manager (no X ssh- askpass installed) and I have installed these packages: libvirt-bin 0.7.5-5ubuntu27 libv

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-04-24 Thread zigi
** Tags added: karmic lucid -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in ubuntu. -- Ubuntu-server-bug

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-04-22 Thread Raghav
@Marc Deslauriers Hi this is Raghav I have installed 10.04 Lucid beta 2 Desktop and also have ssh askpass; I have virt-manager version 0.8.2; I have made the changes to console.py and invoke virt-manager; i still face the problem Unable to open connection to hypervisor URI qemu+ssh://r...@10.18

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-25 Thread Launchpad Bug Tracker
** Branch linked: lp:ubuntu/libvirt -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in ubuntu. -- Ubuntu-se

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-04 Thread Marc Deslauriers
** Bug watch added: Red Hat Bugzilla #570629 https://bugzilla.redhat.com/show_bug.cgi?id=570629 ** Also affects: libvirt via https://bugzilla.redhat.com/show_bug.cgi?id=570629 Importance: Unknown Status: Unknown -- remotely executed netcat (nc) uses -q option which is not univers

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-04 Thread Launchpad Bug Tracker
This bug was fixed in the package libvirt - 0.7.5-5ubuntu10 --- libvirt (0.7.5-5ubuntu10) lucid; urgency=low * debian/patches/9015-autodetect-nc-params.patch: autodetect if the remote nc command supports the -q option. (LP: #517478) * debian/patches/0006-Terminate-nc-on-EOF.pa

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-04 Thread Marc Deslauriers
@zigi: Thanks for testing, I'll upload it today. off topic: This link has the info you are looking for: https://wiki.ubuntu.com/UbuntuDevelopment -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notif

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-03 Thread zigi
@Marc Deslauriers: Nice work, your version works just fine. Please upload your patch to upstream. Marc, can you give me advice, how to start with patching/bug fixing, making own packages and building own PPA repository, thank you. -- remotely executed netcat (nc) uses -q option which is not uni

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-03 Thread Marc Deslauriers
I've built updated libvirt packages in my testing PPA that should fix this: https://launchpad.net/~mdeslaur/+archive/testing Please test them and indicate here if they solve the issue for you. Thanks -- remotely executed netcat (nc) uses -q option which is not universally supported https://bug

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-02 Thread zigi
Libvirt should use similar hack like in virt-manager (from previous RedHat's bugzilla report): "we pass a shell script as the SSH command, and try to detect these incompatibilities. It's definitely a hack, but we don't have a lot of options: http://hg.fedorahosted.org/hg/virt-manager/rev/1f781890

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-03-02 Thread zigi
https://bugzilla.redhat.com/show_bug.cgi?id=517778 -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in ubuntu.

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-26 Thread brainstorm
Bug #474107 does not fix it for me since libvirt itself (virsh) is using -q anyway on new releases: LIBVIRT_DEBUG=1 virsh -c qemu+ssh://r...@/system It seems that "nc -q" code is present on libvirt itself too: 13:55:49.688: debug : doRemoteOpen:564 : proceeding with name = qemu:///system 13:

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-19 Thread Martin Emrich
Same here (Client: Ubuntu 9.10, libvirt server: CentOS 5.4). The patch in Bug #474107 fixes it for me. ** Changed in: libvirt (Ubuntu) Status: New => Confirmed -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You rec

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-11 Thread Scott Moser
** Changed in: libvirt (Ubuntu) Importance: Undecided => Low -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvi

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-08 Thread zigi
Can't connect from RedHat based systems: https://bugzilla.redhat.com/show_bug.cgi?id=517778 ** Also affects: libvirt (CentOS) via http://bugs.centos.org/view.php?id=4188 Importance: Unknown Status: Unknown ** Also affects: libvirt (Fedora) via https://bugzilla.redhat.com/show_bug.

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-05 Thread zigi
Bug report for RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=562176 ** Bug watch added: Red Hat Bugzilla #562176 https://bugzilla.redhat.com/show_bug.cgi?id=562176 -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 Y

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-05 Thread zigi
Bug report for CentOS: http://bugs.centos.org/view.php?id=4188 ** Bug watch added: CentOS Mantis #4188 http://bugs.centos.org/view.php?id=4188 -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notifi

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-05 Thread zigi
You can fix it temporarily by installing a version of nc which recognizes the -q option on the remote server. You can try my workaround. On ubuntu system: # apt-get install build-essential quilt $ cd /usr/src $ apt-get source netcat-openbsd $ cd ./netcat-openbsd-1.89 $ ./debian/rules Now you ha

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-05 Thread zigi
https://bugs.launchpad.net/ubuntu/+source/virt-manager/+bug/474107 -- remotely executed netcat (nc) uses -q option which is not universally supported https://bugs.launchpad.net/bugs/517478 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to li

[Bug 517478] Re: remotely executed netcat (nc) uses -q option which is not universally supported

2010-02-05 Thread zigi
virsh; $ virsh -c qemu+ssh://r...@xxx.xxx.xxx.xxx/system error: server closed connection error: failed to connect to the hypervisor virt-manager: Unable to open connection to hypervisor URI 'qemu+ssh://r...@xxx.xxx.xxx.xxx/system': server closed connection Traceback (most recent call last): Fil