On Wed, Nov 12, 2003 at 02:47:47PM -0700, Gary Hennigan wrote:
> "Micha Feigin" <[EMAIL PROTECTED]> writes:
> > I am trying to get cvs to access the repository through a ssh connection
> > when the sshd is listening on a non standard port.
> > I tried using
> > cvs -s CVS_RSH="ssh -p port" -d :ext:
"Micha Feigin" <[EMAIL PROTECTED]> writes:
> I am trying to get cvs to access the repository through a ssh connection
> when the sshd is listening on a non standard port.
> I tried using
> cvs -s CVS_RSH="ssh -p port" -d :ext:cvs:/var/lib/cvs co package
> but cvs insisted on trying port 22.
> Is it
Micha Feigin said on Wed, Nov 12, 2003 at 10:35:41PM +0200:
> I am trying to get cvs to access the repository through a ssh connection
> when the sshd is listening on a non standard port.
> I tried using
> cvs -s CVS_RSH="ssh -p port" -d :ext:cvs:/var/lib/cvs co package
> but cvs insisted on trying
I am trying to get cvs to access the repository through a ssh connection
when the sshd is listening on a non standard port.
I tried using
cvs -s CVS_RSH="ssh -p port" -d :ext:cvs:/var/lib/cvs co package
but cvs insisted on trying port 22.
Is it possible to do this?
--
To UNSUBSCRIBE, email to [E
Hello:
I just want to be sure that I have not make any potential security
boo-boo here while setting CVS over SSH with no shell access. So
far, so good, but please CMIIW.
1. Is it considered a security risk to put the root into the
/var/www/cvs/ (web) directory while protecting the CVSROOT
Vineet Kumar <[EMAIL PROTECTED]> writes:
> * Bill Wohler <[EMAIL PROTECTED]> [20030317 21:36 PST]:
>> By the way, she now offers Debian virtual hosts for $30/month. Pretty
>> cheap, stable, Internet presence with big pipes. Awesome service--we
>> engaged in an IRC chat session tonight to fig
* Bill Wohler <[EMAIL PROTECTED]> [20030317 21:36 PST]:
> By the way, she now offers Debian virtual hosts for $30/month. Pretty
> cheap, stable, Internet presence with big pipes. Awesome service--we
> engaged in an IRC chat session tonight to figure out this problem. See
> http://www.acornh
Vineet Kumar <[EMAIL PROTECTED]> writes:
> * Bill Wohler <[EMAIL PROTECTED]> [20030316 22:35 PST]:
>> Another potential clue: an scp *pushing* a large file from the client
>> to the server writes 132 kB (regardless of the file, as long as it is
>> larger than 132 kB) and then stalls whereas
Vineet Kumar <[EMAIL PROTECTED]> writes:
> * Bill Wohler <[EMAIL PROTECTED]> [20030316 22:35 PST]:
>> Another potential clue: an scp *pushing* a large file from the client
>> to the server writes 132 kB (regardless of the file, as long as it is
>> larger than 132 kB) and then stalls whereas
* Bill Wohler <[EMAIL PROTECTED]> [20030316 22:35 PST]:
> Another potential clue: an scp *pushing* a large file from the client
> to the server writes 132 kB (regardless of the file, as long as it is
> larger than 132 kB) and then stalls whereas an scp *pulling* the same
> file from the cli
Since I had just upgraded to testing, I was looking for a software
problem.
Just for kicks I plugged my machine directly into the DSL modem
instead of the wireless router and things are working now.
Weird.
--
Bill Wohler <[EMAIL PROTECTED]> http://www.newt.com/wohler/ GnuPG ID:610BD9
Colin Watson <[EMAIL PROTECTED]> writes:
> On Sun, Mar 16, 2003 at 08:01:16AM -0800, Bill Wohler wrote:
>> Note that while the cvs process hangs, I am able to successfully log
>> in with ssh.
>
> What are the versions of cvs on the client and the server?
1.11.1p1 on the client which is run
On Sun, Mar 16, 2003 at 08:01:16AM -0800, Bill Wohler wrote:
> One other clue, with the upgrade I've noticed these in
> /var/log/auth.log whenever I use ssh into my box:
>
> Mar 15 22:03:27 gbr pam_limits[15052]: setrlimit limit #6 to soft=-1,
> hard=-1 failed: Operation not permitted;
One other clue, with the upgrade I've noticed these in
/var/log/auth.log whenever I use ssh into my box:
Mar 15 22:03:27 gbr pam_limits[15052]: setrlimit limit #6 to soft=-1,
hard=-1 failed: Operation not permitted; uid=1007 euid=1007
Note that while the cvs process hangs, I am able
I took the plunge and upgraded testing today. All seems well so far
except for one thing: A "cvs update" on a remote host hangs. My CVS
repository is on the host where I did the upgrade. I use CVS_RSH=ssh.
A "cvs server" process does start on my local host.
If I use CVS_RSH=ssh-verbose,
Hi!
Try out the following:
setenv CVS_RSH or
export CVS_RSH=
Then set your CVSROOT variable accordingly:
setenv CVSROOT :ext:[EMAIL PROTECTED]:/cvsroot or
export CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot
The ":ext:" determines the access method, which is "external" in this
case. The most common
Sorry about that, just trying things (-:
cvs works for me using a command line exactly like the one you sent in the
first post.
Sean 'Shaleh' Perry wrote:
>
> cvs -t -d :[EMAIL PROTECTED]:/cvsroot co project
>
> is the proper command with options.
>
First, your suggestion:
$ cvs -t -d :[EMAIL PROTECTED]:/cvsroot co project
cvs checkout: unknown method in CVSroot: :[EMAIL PROTECTED]:/cvsroot
cvs [checkout aborted]: Bad C
>
> $ set | grep CVS
> CVS_RSH=ssh
> $ cvs -t -d :ext:[EMAIL PROTECTED]:/cvsroot co project
> cvs checkout: notice: main loop with CVSROOT=:ext:ritalin:/cvsroot
> -> Starting server: rsh ritalin cvs server
> permission denied
> cvs [checkout aborted]: end of file from server (consult above messa
Hi there. Before I file a formal bug report I want to see if anyone else
is experiencing my problem. I'm trying to connect to a cvs server here
in the office using ssh. However, it seems that cvs isn't willing to
launch ssh even tough it's installed and correctly configured to work.
Here's a sample
20 matches
Mail list logo