delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2006/01/25/14:07:36

X-Spam-Check-By: sourceware.org
Date: Wed, 25 Jan 2006 14:07:26 -0500 (EST)
From: Igor Peshansky <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: James Courtier-Dutton <james DOT dutton AT gmail DOT com>
cc: cygwin AT cygwin DOT com
Subject: Re: Problems with cygwin cvs over ssh.
In-Reply-To: <ad2655cb0601250941o775acea4h@mail.gmail.com>
Message-ID: <Pine.GSO.4.63.0601251354290.2078@access1.cims.nyu.edu>
References: <GMEKJBOHKLIHEJPEKKHCOEFOCFAA DOT karlheinz DOT wirth AT t-online DOT de> <ad2655cb0601250941o775acea4h AT mail DOT gmail DOT com>
MIME-Version: 1.0
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Wed, 25 Jan 2006, James Courtier-Dutton wrote:

> On 25/01/06, Karl-Heinz Wirth <karlheinz DOT wirth AT X-XXXXXX DOT XX> wrote:

<http://cygwin.com/acronyms/#PCYMTNQREAIYR>.  Thanks.

> > Hi
> >
> > >On Wed, 25 Jan 2006, James Courtier-Dutton wrote:
> >
> > > CVS_RSH=/bin/ssh
> > > CVS -d fred AT x DOT x DOT x DOT x:/test-repository co test1
> > > ...password....
> > > cannot mkdir /tmp/cvs-server1396/.
> > > No such file or directory.
> >
> > I am having the same problem now, after upgrading
> > to cygwin 1.5.19-4 from 1.5.18-1.
> >
> > I am working with the Eclipse IDE on Windows which uses cygwins cvs
> > and ssh in the background
> >
> > > So, the problem is the ssh and cvs combined.
> > > If I ssh, then run cvs it checks out fine. The problem is getting
> > > the information back through the ssh pipe.

The problem is with "cvs server".  I was able to reproduce this without
ssh at all by using the following as input to "cvs server":

Root /var/cvs/BLAH
Valid-responses ok error Valid-requests Checked-in New-entry Checksum Copy-file Updated Created Update-existing Merged Patched Rcs-diff Mode Mod-time Removed Remove-entry Set-static-directory Clear-static-directory Set-sticky Clear-sticky Template Notified Module-expansion Wrapper-rcsOption M Mbinary E F MT
valid-requests
UseUnchanged
Global_option -q
Global_option -r
Argument .
Directory .
/var/cvs/BLAH
expand-modules
Argument -N
Argument -P
Argument --
Argument .
Directory .
/var/cvs/BLAH
co

(this was captured from a "cvs co" over ssh).  The funny thing is that the
directory in the message *is* created before the commands are even read,
and yet cvs still complains that it can't create it because of ENOENT.
"cvs init" over ssh completed fine.  I will investigate further when I
have the time (though hopefully the above steps for reproducing this will
help someone else debug this).

> > cvs with ssh works fine in my installation, if i reinstall cygwin
> > 1.5.18-1.
> >
> > So, going back to cygwin 1.5.18-1 is my current workaround.
>
> For those that might be interested, my current work around is to
> uninstall cygwin cvs and use CVSNT instead on the server. So, it looks
> very much like a cygwin cvs problem at the moment. Although, on another
> project where we were using ssh to run scripts remotely and return the
> output, the script was running fine, but the output never reached back.
> This points me towards a problem with openssh on cygwin. It might be a
> problem with pipes under cygwin, as I assume it is the unix feature of
> pipes that redirects the output from commands back through the ssh
> session.
>
> E.g.
> This works:
> local $ ssh user AT host
> host $ run-script    <- This displays output correctly on local.
> host $ exit
>
> This fails:
> local $ ssh user AT host  'run-script'    <- No output displayed.
>
> To be more exact, we were nesting the ssh commands, i.e. run-script
> contained a "ssh user2 AT host2 'run-script2'  line.  It was the output
> from this nested ssh that failed to be returned.
>
> When I get a moment, I will try to post some example scripts to
> demonstrate the problem.

This looks unrelated.
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_	    pechtcha AT cs DOT nyu DOT edu | igor AT watson DOT ibm DOT com
ZZZzz /,`.-'`'    -.  ;-;;,_		Igor Peshansky, Ph.D. (name changed!)
     |,4-  ) )-,_. ,\ (  `'-'		old name: Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019