-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Spiro Trikaliotis <[EMAIL PROTECTED]> writes:
> Hello,
>
> 1. As we all know, it is always recommended to generate a CVS sandbox at
>the system on which the development should occur. That is, if we use
>Windows, use a Windows client, if we us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
CVS Feature Version 1.12.10 - Windows - Binary files:
https://ccvs.cvshome.org/servlets/ProjectDocumentList?folderID=83
cvs-1-12-10.zip
cvs-1-12-10.zip.sig
Best regards,
Conrad Pino
-BEGIN PGP SIGNATURE-
Version: PGP 7.0.
>--- Forwarded mail from [EMAIL PROTECTED]
>[ On Tuesday, November 16, 2004 at 23:53:40 (-0800), Paul Sander wrote: ]
>> Subject: Re: Problem with importing third-party sources and
>> adding/committing changes
>>
>> Keep in mind that, although Greg does not acknowledge it, a number of
>> people
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stable CVS 1.11.18 - Solaris 8 Intel Edition - Binary files:
https://ccvs.cvshome.org/servlets/ProjectDocumentList?folderID=92
cvs-1.11.18-SunOS-5.8-i386.gz
cvs-1.11.18-SunOS-5.8-i386.gz.sig
Best regards,
Conrad Pino
-BEGIN P
jsWalter wrote:
I have complete details on how to use CVS and SSH from the command line.
I access my Linux server every day.
Now, I have no idea if this works in pure DOS, as I use it from the DOS
box in windows.
But, I figure you can try and see if it works.
Don't leave us in suspense! We want de
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote:
>>It's true that add and commit hooks can enforce the same kinds of policies
>>as post-conditions of the commit. However, add hooks can enforce things
>>like naming conventions. I'm working in a shop right now that prefers to
>>have
> Hello,
>
> 1. As we all know, it is always recommended to generate a CVS sandbox at
> the system on which the development should occur. That is, if we use
> Windows, use a Windows client, if we use some kind of Unix, use that
> client.
>
> 2. Furthermore, it is considered "bad practice" to share
Hello Spiro!
Regarding ssh for dos: there is no widely-used tcp/ip stack available for
DOS, so such network applications you are very unlikely to find.
http://www.wattcp.com is the only one that I know of, but I have never seen
a ssh client that uses wattcp.
I imagine it would be possible to po
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg A. Woods wrote:
> _NO_ change to the repository is made until "cvs commit" time and
> the existing commitinfo hooks are _MORE_ than sufficient by far to
> implement any of the hacks you suggest some folks might need.
I will probably quibble wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Sander wrote:
>It's true that add and commit hooks can enforce the same kinds of
policies
>as post-conditions of the commit. However, add hooks can enforce things
>like naming conventions. I'm working in a shop right now that prefers to
>have a
Both my client and server are using 1.11.2.
Hamid
-Original Message-
From: Derek Robert Price [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 17, 2004 2:11 PM
To: Larry Jones
Cc: Hamid Ghassemi; [EMAIL PROTECTED]
Subject: Re: protocol error: `..' has too many ..
-BEGIN PGP SIGNE
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Larry Jones wrote:
> Hamid Ghassemi writes:
>
>> [cookie:/home/test/temp/cmtest/test2 >] cvs diff ../test3/foo.c
>> protocol error: `../test3' has too many ..
>
>
> I believe that's a known, long-standing bug in client/server mode
> (it works correctl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Allen Sturtevant wrote:
>Neither of these worked. Does GSSAPI authentication simply
>ignore the CVS passwd file?
Yes.
>If so, is there some other method
>I can use to obtain the desired user mapping?
Yeah, there is some funny Kerberos-specific
>--- Forwarded mail from [EMAIL PROTECTED]
>Paul Sander wrote:
>> Keep in mind that, although Greg does not acknowledge it, a number
>> of people in this forum have stated a requirement for an add-time
>> trigger that could be used for such things as enforcement of naming
>> conventions and acces
[ On Tuesday, November 16, 2004 at 23:53:40 (-0800), Paul Sander wrote: ]
> Subject: Re: Problem with importing third-party sources and adding/committing
> changes
>
> Keep in mind that, although Greg does not acknowledge it, a number of
> people in this forum have stated a requirement for an ad
Hello,
1. As we all know, it is always recommended to generate a CVS sandbox at
the system on which the development should occur. That is, if we use
Windows, use a Windows client, if we use some kind of Unix, use that
client.
2. Furthermore, it is considered "bad practice" to share sandb
Hamid Ghassemi writes:
>
> [cookie:/home/test/temp/cmtest/test2 >] cvs diff ../test3/foo.c
> protocol error: `../test3' has too many ..
I believe that's a known, long-standing bug in client/server mode (it
works correctly in local mode) that was introduced with the multiple
repository support and
I am getting a strange error when sitting in
once directory and doing a diff in a directory above. Example below;
[cookie:/home/test/temp/cmtest/test2 >]
cvs diff ../test3/foo.c
protocol error: `../test3' has too many ..
If I change my directory to /home/test/cmtest/test3
then cvs
I have CVS 1.12.9 client/server working, using GSSAPI with
our existing Kerberos 5 KDC.
However, when I try to map remote users to local users in our
$CVSROOT/CVSROOT/passwd file, the mapping never takes place.
My Kerberos principal name is [EMAIL PROTECTED] I've
tried both of the following in m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark D. Baushke wrote:
> jsWalter <[EMAIL PROTECTED]> writes:
>
> >>Paola Attadio writes:
> >>
> >>>Is possible use SSH with cvs users ($CVSROOT/CVSROOT/passwd)?
>
> >>Larry Gave us:
> >>
> >>No.
>
> >No?
>
>
> Correct.
>
> >No on ($CVSROOT/CVSROOT/pa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Sander wrote:
> Keep in mind that, although Greg does not acknowledge it, a number
> of people in this forum have stated a requirement for an add-time
> trigger that could be used for such things as enforcement of naming
> conventions and access
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Feature CVS version 1.12.10 has been released. Feature releases
contain new features as well as all the bug fixes from the stable
releases. This version fixes quite a few serious, if fairly rare,
bugs in both the CVS client and server executables and
Antony Paul wrote:
Hi all,
Is it possible to tell cvs to ignore difference in white space and
CR/LF when committing changes to a file. This is creating lot of
problems since different developers use different editiors and OS.
Oops yeah I menat sure, all you need to do is grab cygwin for CVS,
Antony Paul wrote:
Hi all,
Is it possible to tell cvs to ignore difference in white space and
CR/LF when committing changes to a file. This is creating lot of
problems since different developers use different editiors and OS.
no, and they will not consider the simple solution of just treating
Hello,
I have created a new version of lstag and offer it hereby in attachment.
This version now allows listing of 'remote' modules. That is to say, you
are no longer required to run lstag from within a checked out copy of the
module.
Usage #1, from within a sandbox:
$ lstag -l
25 matches
Mail list logo
