Also unison/ssh [Re: Win XP SP2: cvs over ssh problems]

Robert Schmidt rschm@broadpark.no
Tue Sep 14 14:41:00 GMT 2004


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@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,  <unfinished ...>
>>
>> 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/



More information about the Cygwin mailing list