Dave Camp writes:
>
> If the directories in the repository are empty and never had any files, can
> I simply delete them and not have to make any changes to the admin files?
Yes, you can.
-Larry Jones
I wonder if you can refuse to inherit the world. -- Calvin
_
[EMAIL PROTECTED] wrote:
> There haven't been any messages in almost two weeks -- is anyone
> still here?
There are several messages every single day. If you're not receiving
any, I'd suggest getting a real email address as opposed to using a free,
web based one, such as Yahoo.
AMK4
-
Quick question. Someone here accidentally added a bunch of empty directories
to our repository, and I need to get rid of them.
Unfortunately, the MacCVSPro client I am using does not have a -P like
option to not grab empty directories from the repository. Frustrating!
If the directories in the r
Hi,
How do I setup an email notification to go out whenever someone
commits a file. I have setup a watch on that file/directory. I don't
know whether I should now change notify file or loginfo file and how
do I change. Any help is greatly appreciated. Thanks.
__
There haven't been any messages in almost two weeks -- is anyone
still here?
In case there is , is it possible to see what has changed in a
project/module *since* a certain date? Things can be checked out *as
of* a certain date, but I really want to see the opposite -- what has
been committe
Paul Sander wrote:
> I agree in principle with your statements and your proposal, but I observe
> two omissions:
>
> 1. There is a class of text file that is not mergeable, but requires newline
> conversion. CVS does not currently support that class of file, but I
> believe it should. Supportin
Howard Zhou wrote:
> What is the checkoutlist mentioned below?
http://cvshome.org/docs/manual/cvs_18.html#SEC174
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
mailto:[EMAIL PROTECTED] OpenAvenue ( http://OpenAvenue.com )
--
I'm filling out the
Howard Zhou wrote:
> If a module directory in $CVSROOT doesn't have group permission, users
> won't be able to checkout the module.
Not true. If you set the LockDir option in $CVSROOT/CVSROOT/config to some
directory everyone has write permissions to, users only need read permissions
in $CVSRO
Mental wrote:
> On Wed, Dec 20, 2000 at 02:26:02PM +, Peter Biechele wrote:
> > I want to put all the ETC dirs under CVS Control. But of course there are
> > symbolic links in this directory structure.
> >
> > Does anybody have an idea on how to use CVS to control /etc directories
> > ??
>
>
(a question that came to me privately, response CC'd to info-cvs)
> It seems that there are some problems with PreservePermissions code in CVS
> 1.10 and that the feature has been completely disabled for CVS 1.11
Yup.
> I'll be willing to help in order to get this working
Excellent! That's al
If you can, try using the "reserved edit" patches available at SourceForge under
project RCVS. These patches "replace" reserved locks by increasing
communication among developers.
In your specific situation, for example, if another user unedits someone else's
edit, an email will get sent out reg
You might also want to look into the "reserved edit" patches in SourceForge
under the project RCVS. These patches allow developers to communicate better so
that concurrent development may proceed while minimizing the risks that
developers make conflicting changes.
Noel
[EMAIL PROTECTED] on 2
I've been trying to get our developers to do the following:
Each developer works in their own working directory.
When they're ready to test their work, they install it into a common area (eg
doc root).
To help prevent developers from stepping on each other, files are installed as
group read only.
From: "Paul Sander"
> I agree in principle with your statements and your proposal, but I observe
> two omissions:
>
> 1. There is a class of text file that is not mergeable, but requires
newline
> conversion. CVS does not currently support that class of file, but I
> believe it should. Supportin
I agree in principle with your statements and your proposal, but I observe
two omissions:
1. There is a class of text file that is not mergeable, but requires newline
conversion. CVS does not currently support that class of file, but I
believe it should. Supporting that class of file would mean
I've never used WinCVS, so cannot answer your question directly
Saima Iqbal wrote:
> The aim
> is to refrain from allowing the users to tag source in the whole
> tree at random.
If that is indeed your goal then perhaps all you want to do is
add a line to the $CVSROOT/CVSROOT/taginfo fil
Dale,
CVSROOT $CVSROOT/CVSROOT/commitinfo_ckuser -user=$USER
Do you put the trigger script in $CVSROOT but not commited? Just curious. I
don't see how -user=$USER works here.
Does this script apply to CVSROOT module only?
What is the checkoutlist mentioned below?
Howard
- Original Message
WinCVS isn't written in PERL. It's C, but uses Tcl for the shell window
and the macro stuff.
Harald
Rob wrote:
>
> WinCVS is written in PERL. If it has an option to run arbitrary
> UNIX commands you should be able to run /bin/sh with the shell
> script as a parameter.
>
> If not, you can add
If a module directory in $CVSROOT doesn't have group permission, users
won't be able to checkout the module.
Howard
- Original Message -
From: "Derek R. Price" <[EMAIL PROTECTED]>
To: "Howard Zhou" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, December 20, 2000 1:27 PM
Sub
19 matches
Mail list logo