I am using cvs pserver and am seeing some permissions problems on files and
directories *in* the repository.
Sometimes we see directories with permissions such as rwxrwxr-x, thus people
who are members of the others group cannot merge changes with their own
changes, we get a "read lock failed -
Various solutions suggest themselves:
1: (the right way :-) Configure sendmail(8) to do 'site hiding'
(masquerading)
This is not as hard as it might first appear. Look in:
(I was going to suggest using the MACROS {m4} way of
building sendmail.cf
Hi
What is or what are the sticky options of status command?
tx a lot
Paulo Bras
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
___
Info-cvs
Paul Sander wrote:
I can say from experience that assembling a sandbox from an unlocked
repository is no more or less safe than any out-of-date sandbox, provided
the CVS metadata are correct with respect to the contents of the working
files. In either case, a "cvs update" is required (with
Joe Kaiping wrote:
Actually, I thought I would need to use both pserver and ssh. ssh for my
personal CVS usage, and pserver for when CVS is executed only as a reader
from within a script. (The script will be used to automatically update a
web site with files contained in CVS)
Can you
Thanks to all the answers.
Here a short description about how it works.
I hope the lines are now short enough.
I also beg your pardon if you think this is not the right
place for discussing this issue.
I managed to configure sendmail the way I wanted it to.
All the work is done with adding a
Derek R. Price writes:
What of the case where a file is being written while a read-only CVS attempts
to read it. Providing RCS doesn't consistently break, and I'm far from sure
it will, the resulting partial file in the sandbox will have valid metadata.
If the file was touched in the
Paulo Bras writes:
What is or what are the sticky options of status command?
You mean in the output? It's the keyword expansion mode (-k) for the
file if it's other than the default.
-Larry Jones
I sure wish I could get my hands on some REAL dynamite. -- Calvin
Luna, Glen writes:
I did notice that the only files that
seem to change is the val-tags and the history files.
Will I have to merge these files or does it matter if I
just keep things as they are in our CVSROOT? How important
are these two files?
Neither of them affect the correct
Sascha,
I'm having a similar problem, but I am under the impression that it is
related to an incompatibility between cygwin's cvs.exe and WinCVS, the
problem being related to the timestamps the these two application
formulate. However, early on the the diagnosis of my problem, David
(sorry,
Hi,
On a specifie branch, I change a file's name from "old" to "new" (the
file content is also changed). Next I am going to merge the branch into
the HEAD.
I hope to see the file "old" is replaced with "new" in the HEAD after
the merge. Can I see it? ( I guess the case is: both files exist,
Susie writes:
On a specifie branch, I change a file's name from "old" to "new" (the
file content is also changed). Next I am going to merge the branch into
the HEAD.
I hope to see the file "old" is replaced with "new" in the HEAD after
the merge. Can I see it? ( I guess the case is:
David L. Martin writes:
I'd like to be able to checkout from a branch but take revisions that
are older than a specified date. Since the -D and -r are both
sticky, they apparently cannot be used in combination. Does
anyone know of a workaround or combination of commands to
do this?
Paul Sander wrote:
Have you looked into the way that RCS works? It does not replace the
RCS files in-place; it makes a modified copy in its lock file, and then
renames the lock file on top of the original.
Yeah, I knew that. Thanks.
I've used this method with great success for years,
I use RCS directly on the repository via a network filesystem.
--- Forwarded mail from [EMAIL PROTECTED]
Paul Sander wrote:
Have you looked into the way that RCS works? It does not replace the
RCS files in-place; it makes a modified copy in its lock file, and then
renames the lock file on
Paul Sander writes:
I use RCS directly on the repository via a network filesystem.
Just for posterity, let me note that using RCS to *read* a CVS
repository is completely safe, but using RCS to *write* to a CVS
repository is dangerous because they don't honor each other's locking
schemes.
Someone brought up a site on another mailing list about CVS and its
limitations and was citing this as a reason to not use CVS...what do you
all think about this? Some of this stuff I have personally witmessed
(i.e. large binary file problem, no directory versioning) but I'm
curious as to
On Wed, Apr 11, 2001 at 10:11:18AM -0700, Paul Sander wrote:
Due to the way that the filesystem works, if the original is open for
reading at the time of the rename, it remains open with the old data,
and gets removed when it's closed. So the sandbox gets the correct
data.
There's a
There are obviously some areas where CVS can be improved - no doubt.
But if you compare it to some other commercial SCM system that I'm
familiar with, e.g. ENVY that comes with IBM's Visual Age for Java or
PVCS, it is much, much superior. If ClearCase were free I'm pretty sure
that I would
On Wed, Apr 11, 2001 at 01:04:28PM -0500, Gary Heuston wrote:
Someone brought up a site on another mailing list about CVS and its
limitations and was citing this as a reason to not use CVS...what do you
all think about this? Some of this stuff I have personally witmessed
(i.e. large binary
Is there a way to have the commit message editor NOT insert a blank line
above my 'rcsinfo' template?
I just want to have a template that looks like:
BUG#/Activity:
inspector:
comments:
It works fine now, except for the annoying blank line that is inserted
at the beginning.
Thanks,
Vic
--
The main CVS repository is down while we switch the DNS records to point
at its new location. It should be up again within the hour.
Thanks for your patience.
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] CollabNet (
On Wed, Apr 11, 2001 at 04:44:49PM -0400, Eric Siegerman wrote:
Merging is very primitive
Hmmm. How could it be better? NOT a rhetorical question; I'd
really like to know. (I haven't used the commercial ones he's
comparing CVS to.)
I've recently started working at a perforce shop.
Vic Gedris writes:
Is there a way to have the commit message editor NOT insert a blank line
above my 'rcsinfo' template?
Apparently not. Does anyone know why the blank line is there? (It
would be easy enough to change the code to get rid of it.)
-Larry Jones
The authorities are trying to
One more thing. I have another branch B which is forked off the HEAD
before the merge (i.e. B still contains the file with old name). If
the merge removes old name and add the new name, what will happen to the
file when I merge B into HEAD?
Your help is very valuable to me :
-Susie
-
On Wed, Apr 11, 2001 at 06:06:22PM -0400, Eric Siegerman wrote:
On Wed, Apr 11, 2001 at 02:27:15PM -0700, Mike Castle wrote:
I've recently started working at a perforce shop. One thing that perforce
does with it's merging is, instead of doing a default merge, it gives you
options:
From: Mike Castle [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 11, 2001 2:27 PM
I've recently started working at a perforce shop. One thing
that perforce
I worked with perforce for a while, and there are a couple of other things I
miss, besides the merge options.
o Atomic changes. It's
In my /tmp directory (Linux), there is a /cvs-serv4584 directory with
various other directories that appear to at least partly duplicate portions
of one of the subdirectories in my repository. The files in there now are
about 5 days old, and take up about 11Mb. How are these directories/files
"Derek R. Price" wrote:
The main CVS repository is down while we switch the DNS records to point
at its new location. It should be up again within the hour.
Thanks for your patience.
Okay, it's back up again. Please let me know if there are any problems.
Derek
--
Derek Price
Agreed, this only works for read-only operations, like the one that
started this thread.
--- Forwarded mail from [EMAIL PROTECTED]
Paul Sander writes:
I use RCS directly on the repository via a network filesystem.
Just for posterity, let me note that using RCS to *read* a CVS
repository is
All of the points made in that page are right on. I can go on to say more:
- The modules database isn't versioned, which can affect reproducibility
requirements.
- The *info files accept a comprehensive list of sources on their command
lines, limiting their scalability. (After a branch
BTW, there's now a stripped-down version of ClearCase, suitable for
for small workgroups, for a much cheaper price. It's called ClearCase
LT, and you can get more info on it from
http://www.rational.com/products/clearcase/ .
--- Forwarded mail from [EMAIL PROTECTED]
There are obviously some
On Wed, Apr 11, 2001 at 05:21:26PM -0700, Paul Sander wrote:
- The modules database isn't versioned, which can affect reproducibility
requirements.
This same problem exists with Perforce and it's concepts of 'views' (think
each user has their own modules files).
What we do is, instead of
Thanks Larry.
The process was no longer running, but I don't remember anything wierd
happening at the time the files were created, so I'm not sure why the
directory was left hanging around.
I deleted the directory and everything seems fine.
- Dennis
- Original Message -
From: "Larry
Chuck,
The patch I submitted for incorporation to WinCVS should
show up in the next release (1.2.1 perhaps). The specific
issue addressed was the difference in date/time
stamp for days of the month from the first through the
nineth for Unix/cygwin versus Visual C++ (WinCVS). The
bug should
David L. Martin writes:
I'd like to be able to checkout from a branch but take revisions that
are older than a specified date. Since the -D and -r are both
sticky, they apparently cannot be used in combination. Does
anyone know of a workaround or combination of commands to
do
36 matches
Mail list logo
