Martin Eismann [EMAIL PROTECTED] on 07/09/2001 10:01:10 PM
Even though this is not a CMS mailing list. Try this from the 'Ask the Wizard'
site at compaq:
http://www.openvms.compaq.com/wizard/wiz_0170.html
The Question is:
i WOULD lIKE to upgrade from cms version 3.5-2 to 3.9 the
convert utility enables convert from v2 to v3
Try using the 'export' command. The idea, I think, is that with a checkout you
might be temped
to modify the code thus invalidating the Name keyword, whereas with an export it
is explicit that
you should not furthur modify the code.
Rex.
Markus Grunwald [EMAIL PROTECTED] on 04/25/2001
Id like to add that if I remember correctly, it is possible to create RCS files
that
will not be usable in CVS. For one example, if you have revisions of the form
1.x.y.z then is it not the case that these will confuse CVS?
Rex.
[EMAIL PROTECTED] (Larry Jones) on 04/16/2001 11:41:09 AM
DAve Goodrich [EMAIL PROTECTED] on 04/13/2001 12:03:25 PM
This means that the data wasn't checked out of CVS in the first place.
Importcheckout or add the files before attempting a checkin.
This points out an weakness (or at least a perceived one) in CVS in my
opinion. There isn't an easy way to add a new 'module' to the repository.
Either you use
Actually I comment was meant to point out a percieved flaw in CVS. When I show
developers CVS in the environment that I work, putting new projects into CVS is
always
a place that they see weakness in CVS as they either have to pretend they are
their
own vendor, or use the top level dir
just use two --allow-root command line parameters
Rex.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
My guess would be that the colon in the pathname is being interpreted as a field
separator. Try the following:
cvs -d :local:\\z\iil\iswp\data\apt\ISIS\repository get trycvs
"Reinstein, Shlomo" [EMAIL PROTECTED] on 01/30/2001 10:29:44 PM
I think the file should contain regex's not file wildcards, and I believe that
the first line to be matched is used, so probably something like the following:
---
.*\.[Hh][Tt][Mm][Ll] -k 'v'
.* -k 'b'
Rob Helmer [EMAIL PROTECTED] on 01/27/2001 12:40:01 AM
If you mean that you want to stop a developer from taking an old copy of a file
and checking
it in over the top of the current version of the file, there is a set of scripts
in contrib directory that
will facilitate this. They will require you to have $Id$ markers at the top of
every file
I should point out that $Name$ only works if you checkout or export based on a
tag. But,
this is the only way you should be building release candidates anyway.
Rex.
___
Info-cvs mailing list
[EMAIL PROTECTED]
Guus Writes:
PiAgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gIEZyb206IGluZm8tY3ZzLWFkbWluQGdu
dS5vcmcgDQo+ICBbbWFpbHRvOmluZm8tY3ZzLWFkbWluQGdudS5vcmddT24gQmVoYWxmIE9mDQo+
[...]
Ya dont say.
Rex.
___
Info-cvs mailing list
[EMAIL PROTECTED]
You Wrote:
I'm having trouble using CVS. I will check out files, edit them, and commit
them. It gives them a new version number (no error comes up), but the files
are not updated. If I go to the CVS repository and look at the file there,
it's the old version not the one I just modified. Has
Tony Wrote:
I've a new CVS user but an old hand at DEC's CMS code management system.
The latter was very good about allowing multiple people in one area. CVS
isn't so strong there.
In my opinion this is basically bunk. CMS is roughly equivalent to RCS, and
in the same vein supports the
That source file seems to have been passed around between several development
efforts that use RCS or CVS for version control. Each time the file was
Actually, from the log it looks like someone in the same effort renamed it
a couple times. each time it was renamed the revision was reset
Larry Jones wrote:
I don't think diff-utils is interested in running on non-Unix/Posix
systems. CVS is (although it doesn't quite succeed just yet).
We use CVS under VMS here and it works fine, with the exception of
the release command, but DELETE works just fine as a replacement.
Rex.
Richard Ponton wrote:
I tried using both .cvsignore and the CVSIGNORE environment variable.
If you are importing, checkout CVSROOT/cvswrappers first and edit to
add:
*.[Cc][Oo][Nn][Ff] -k 'kkv'
Rex.
___
Info-cvs mailing list
[EMAIL PROTECTED]
You write:
Pretty darn sure.
I checked and double-checked and triple-checked and then had other
smarter people check for me:
Filesystemkbytesused avail capacity Mounted on
/dev/dsk/c0t0d0s0 962582 830683 3564996%/
assuming /tmp is part of this
Kalle Hoffman [EMAIL PROTECTED] on 08/03/2000 05:03:47 PM
[EMAIL PROTECTED] (Larry Jones) on 08/04/2000 10:24:28 AM
[EMAIL PROTECTED] writes:
Not true. if there is a subdirectory that contains files from a different
repository than its parent and a recursive cvs command is executed from
the parent, the client will not switch repositories
[EMAIL PROTECTED] (Larry Jones) on 08/04/2000 11:33:55 AM wrote:
[EMAIL PROTECTED] writes:
Even if this is
the case I would be wary of using this ability.
Why? It has worked from quite some time and there are tests in
sanity.sh to verify it.
If I cannot recreate the structure easily
This theory does not hold if more than one tag is on the latest revision of a
file. It also does not indicate the latest tag across all branches. It does
not appear that the date of a tag is stored in the ,v file, so it is probably
not possible to always determine the latest tag.
Rex.
cvs history -H -a will at least show all modules that have been tagged.
Perhaps that is enough.
Rex.
"Kuykendall, PR Paul (8807)" [EMAIL PROTECTED] on 07/13/2000 02:01:54 PM
To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED]
cc:(bcc: Rex Jolliff/YM/RWDOE)
Subject: Branch/Tag list
If you're client is running under unix, you can do something like:
find . -prune CVS -type f -exec rm \{} ; cvs remove \{} \;
Rex.
Shawn Anderson [EMAIL PROTECTED] on 07/07/2000 08:59:13 AM
To: CVS ListServe [EMAIL PROTECTED]
cc:(bcc: Rex Jolliff/YM/RWDOE)
Subject: CVS support
Mike Little [EMAIL PROTECTED] on 06/19/2000 09:12:42 AM
To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED], "'[EMAIL PROTECTED]'"
[EMAIL PROTECTED]
cc:(bcc: Rex Jolliff/YM/RWDOE)
Subject: RE: ".trunk" patch refinement
-Original Message-
From: [EMAIL PROTECTED]
Only the first match gets executed, How about:
#
^test/dir1* bla "%s" olaf, john
^test* bla "%s" john
Rex.
Chris Cameron [EMAIL PROTECTED] on 06/08/2000 06:14:35 PM
Please respond to "[EMAIL PROTECTED]" [EMAIL PROTECTED]
To: 'Olaf Meding' [EMAIL PROTECTED], info-cvs mailing
Lenny Foner [EMAIL PROTECTED] on 04/18/2000 08:36:12 AM
To: [EMAIL PROTECTED]
cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED] (bcc: Rex Jolliff/YM/RWDOE)
Subject: Could timestamps be replaced with MD5?
Of course, it's entirely likely that
cvs co -c will give a list of module names. But you must define the module in
CVSROOT/modules in order for it to show up on this list.
Rex.
Dave Sherohman [EMAIL PROTECTED] on 04/13/2000 10:01:10 AM
Please respond to [EMAIL PROTECTED]
To: Michael Gersten [EMAIL PROTECTED]
cc: [EMAIL
Richard Wesley [EMAIL PROTECTED] on 02/18/2000 11:20:16 AM
To: [EMAIL PROTECTED] (CVS-II Discussion Mailing List)
cc:(bcc: Rex Jolliff/YM/RWDOE)
Subject: Re: About buttons
[ On Friday, February 18, 2000 at 17:38:32 (CST), Win32 M$ wrote: ]
Subject: About buttons
I dont think you understood the request. The keyword replacement was desired,
but in such a
way as to not expand the field. ie:
$Author: williams $ can become $Author: rexj$ but
$Author: rexj $ would become $Author: will $
Rex.
[EMAIL PROTECTED] (Paul Sander) on 02/15/2000
32 matches
Mail list logo