Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com To: cygwin AT cygwin DOT com From: Robert Schmidt Subject: Re: Also unison/ssh [Re: Win XP SP2: cvs over ssh problems] Date: Tue, 14 Sep 2004 16:37:55 +0200 Lines: 116 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet AT sea DOT gmane DOT org X-Gmane-NNTP-Posting-Host: dhcp-068-039.oslo.eur.slb.com User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) In-Reply-To: X-IsSubscribed: yes A quick follow-up: On the unison.general mailing list, Mark Rogers reports that replacing the cygwin1.dll with version 1.5.10 makes unison over ssh work again. I also tried it (temporarily, of course), and can confirm that it works. So SP2 does seem to break something in cygwin 1.5.11, as installing SP2 was the only change I made today. Cheers, Rob Robert Schmidt wrote: > I get similar symptoms with unison over ssh: > It worked great before SP2 (i.e. 2 hours ago). > After I installed SP2 on the client, unison/ssh just hangs. > The server has been running SP2 for over a week. > > Any normal ssh sessions work fine. I'm also using ssh to forward the > IMAP port (143) to my server's port, which still works. > > By adding -rshargs "-vvv" to unison, the last few lines of ssh debug > output is: > > Contacting server... > ... > debug1: Authentication succeeded (publickey). > debug2: fd 4 setting O_NONBLOCK > debug2: fd 5 setting O_NONBLOCK > debug1: channel 0: new [client-session] > debug3: ssh_session2_open: channel_new: 0 > debug2: channel 0: send open > debug1: Entering interactive session. > debug2: callback start > debug2: client_session2_setup: id 0 > debug1: Sending command: unison -server > debug2: channel 0: request exec confirm 0 > debug2: callback done > debug2: channel 0: open confirm rwindow 0 rmax 32768 > debug2: channel 0: rcvd adjust 131072 > > ... and nothing more happens. > > For the record: My unison is 2.9.20, Win32 native, *not* the cygwin > port. cygwin and ssh were already up to date, as of 3-4 days ago. > > > Cheers, > Rob > > Christopher Cobb wrote: > >> My XP machine at work was just upgraded to SP2. Now I'm having problems >> accessing a cvs repository on a linux box over ssh. Everything was >> working fine until this SP2 upgrade. >> >> I can access the cvs host via ssh normally (although in a possibly >> related >> matter, ssh sometimes seems to be a character behind when using vi >> remotely -- >> has anyone else noticed that behavior? This was true before the SP2 >> upgrade). Invoking cvs remotely without a password seems to work fine: >> >> $ ssh user AT cvshost cvs >> Warning: No xauth data; using fake authentication data for X11 >> forwarding. >> Usage: cvs [cvs-options] command [command-options-and-arguments] >> where cvs-options are -q, -n, etc. >> (specify --help-options for a list of options) >> where command is add, admin, etc. >> (specify --help-commands for a list of commands >> or --help-synonyms for a list of command synonyms) >> where command-options-and-arguments depend on the specific command >> (specify -H followed by a command name for command-specific help) >> Specify --help to receive this message >> >> The Concurrent Versions System (CVS) is a tool for version control. >> For CVS updates and additional information, see >> the CVS home page at http://www.cvshome.org/ or >> Pascal Molli's CVS site at http://www.loria.fr/~molli/cvs-index.html >> >> However, if I try to issue a local cvs command (CVS_RSH=ssh, etc., >> nothing has >> change client side or server side except the SP2 upgrade), then the >> command hangs: >> >> $ cvs status myFile.txt >> cvs status: warning: unrecognized response `Warning: No xauth data; >> using fake >> authentication dat' from cvs servering. >> (never returns) >> >> Examining the process server side reveals that the cvs process is hung on >> reading stdin: >> >> # strace -p 5316 >> read(0, >> >> Is anyone aware of any changes in SP2 that would cause this problem? >> Are there >> any workarounds? >> >> cc >> >> >> > > > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/