On 12-Apr-2001, Larry Jones [EMAIL PROTECTED] wrote:
Fergus Henderson writes:
The reason that this broke things is that `cvs checkout'
was checking out inconsistent versions of different files.
After the import, some files -- those which we had not modified -- now
had revision 1.1.2
Ryan Grow writes:
We are having problems with one of our working areas. The developer told me
that he tried to rename several files from being lower case to having a
leading upper case letter.
I have a Perl script which is run from commitinfo which catches one of the
case conflict issues
Hello, all! I'm over in Taiwan connecting via DSL to a server in California.
I mention that only because I was happily connecting via a cable modem and
checking my code into CVS, and when I changed technologies, it appears to
have broken. Of course, that happens to coincide with our sys admin
Hello,
I want to make the last tag to the actually code. We made some changes
since the last tag. Now we decided to start a new project and now we
want that the last tag is now your current code.
--
Best regards,
Anner Adrian mailto:[EMAIL PROTECTED]
In the modules file you can do things like:
# set up the inner most modules
level3a level3a
level3b level3b
# level2a also contains the level3 modules
level2a level2a level3a level3b
level2b level2b
# level1 also contains the level2 modules, which contain the level3
modules
level1 level1 level2a
hi
I'm using WinCvs on Windows 98 Second Edition and I cannot commit files.
How I achieved this is as follows:
. some weeks ago I created the repository.
. today I added a file. then commited. everything was okey.
. then I made some changes and commited again. I still had
Hi
We use the command
cvs history -a -c -D "Time of last report"
to generate a report of who committed which files
when.
But someone "by accident" set the local time on her
machine 1 year into the future.
Now her commits shows up on every
report.
I changed all the timestamps on the
What I found on http://www.xinetd.org/ is the following:
service cvspserver
{
socket_type = stream
protocol= tcp
wait= no
user= root
passenv =
server =
Does it have Multiple Version Tracking?
Is it accessible by a number of programmers simultaneously?
Does it control and record who checked software in and out?
Does it check for changes whenever software is checked back in?
Does it have topic and development listing link to each project
Hi,
I would like to make use of the standard linux access control
for directories, but somehow it doesn't seem to work quite
right for me.
From Access Control in CVS:
Setting the operating system's file permissions of files
in the repository is pretty much an all-or-nothing thing.
Someone correct me if I'm wrong
Most of this can be gathered from http://www.cvshome.org
http://www.cvshome.org
-Original Message-
From: Mark Sweet [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 9:07 AM
To: [EMAIL PROTECTED]
Subject: Questions about your product
Does it
I've also encountered this problem, as far as I've verified it looks like this:
when I do unconditional checkout, it always does get the latest revision no
matter from which branch (like 1.1.1.1 right after import). When I update
it updates the main trunk since it _stays_ there by default (?)
I don't remember my reasoning behind using env = HOME= vs passenv = but a
guess is that you specifically want to unset the HOME environment variable.
passenv (at another guess) is very restrictive ( passing only the tne
variables listed ) and env can explicitly set (or unset i.e. HOME=)
Thanks,
Dave Weber
Backbone Security, Inc.
570-422-7900
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 10:16 AM
To: David CM Weber
Subject: RE: Questions about your product
Does it have topic and development listing link
Adam W. Montville writes:
This configuration works wonderfully, although I'm not entirely sure what
leaving passenv null actually does.
It prevents xinetd from passing *any* environment variables to the
server. Not having at least $PATH can be inconvenient, particularly for
scripts, but
Like an idiot I came up with a branch name that is not only too long and
unwieldy, but it no longer accurately reflects it's contents. Is there a
good way to rename a branch?
The only option I can think of is to create a new branch, populate it with
my trunk at time t0, then merge in my crappy
The watch-edit system looks like it should work fine, but I am not able to
get it to work. Here is what I tried:
first person:
cvs co luketest
cvs checkout: Updating luketest
cvs checkout: Updating luketest/luketest
cvs checkout: Updating luketest/luketest/test1
U luketest/luketest/test1/bin1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The lines in the history file consist of fields separated by '|'
characters.
The first field: M3cd13118 indicates the type of operation ('M' is
commit from modified file) and the rest of this field is the
timestamp of the operation in hex. This
You can use the edit and commit patches available on SourceForge. If you're
using cvs-1.11, I can send you the updated patches.
The patches'll allow users to supply options to edit and checkin that'll abort
the operation if other edits exist and a valid edit doesn't exist, respectively.
This
Jim Harkins [EMAIL PROTECTED] writes:
Like an idiot I came up with a branch name that is not only too long and
unwieldy, but it no longer accurately reflects it's contents. Is there a
good way to rename a branch?
As long as you can prevent other people from accessing the repository
while
[ On Thursday, May 3, 2001 at 16:58:14 (+0300), Nils Jakobson wrote: ]
Subject: Re: importing vendor branches
I've also encountered this problem, as far as I've verified it looks like this:
when I do unconditional checkout, it always does get the latest revision no
matter from which branch
Infoman: Martin Kretschmar writes:
For test purposes I have two different users, user_rw and
user_ro. Both belong to the developers group, but for a
specific subdirectory the owner is set to localcvsadmin,
the owning group is specialists. user_rw belongs to
specialists but user_ro not. The
=?iso-8859-1?Q?Anders_B=FClow?= writes:
How can I change the line:
M3cd13118|line|C:\Src2k\BPMain|Src2000/BP/Digitalis/Components/BPLivSelsk=
ab|1.40|BPLivSelskab.cpp
in the history file in CVSROOT to reflect the correct time?
The second character up to the first | (i.e., 3cd13118) is the
kanakpalli chandrashekhar wrote:
thank you larry i used the perl script given in karl
fogel book. i entered the password generated by script
in cvsroot/passwd file. when i am trying from other
machine it is give :fatal error . can u explain me the
format .
Try the CVSpwd program located
I don't think you understand. You need to install the patches. Have you done
this?
Once the patches are installed, developers must use 'cvs edit -c' and 'cvs ci
-c' (have them all put these options in their .cvsrc files).
Noel
|+---
||
Hello,
i would like to install .cvs but I am not sure if 95/NT version is
compatibile with Windows 2000.
I would appretiate any help with that subject.
Thank you for your time,
Kornelija
Kornelija Krulj
Programmer / Analyst
Netswitch- Internet Solutions
Phone: (08041) 809874
Germany
Yes, the Windows version of CVS runs fine on 2000.
- Dennis
- Original Message -
From: Krulj, Kornelija [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 03, 2001 9:25 AM
Subject: Windows 2000 and .cvs
Hello,
i would like to install .cvs but I am not sure if 95/NT version
I'm considering updating our server to cvs-1.11.1p1, but it will be
very inconvenient to update all of our cvs clients that are at v1.11.
Can anyone tell me whether running 1.11 clients against a 1.11.1p1
server will/might cause me problems? Thanks
Chuck
Well, including the old zlib.dsp project worked for building ZLIB.
But the cvsnt.dsp project also failed to include what is apparently a new
file, annotate.c.
Since I am not a CVS developer or maintainer, I am not familiar with the
layout of the source, and am leary of submitting anything that
I'm going to use CVS to maintain a web application. Because the code has
to go through an application server, I would like to have the team share
the same working directory. Does anyone see a problem with this? We are
testing right now, and it looks like if someone has checked out
I'm working on a design document on our Version Control System (VCS) in
house. I'm personally reccomending CVS (for various reasons), but alas,
the decision is not mine.
What is really the most important (IMHO) is the directory structure of
the VCS tree. It needs to be intelligent, flexible,
I'm not certain that this document solves the problem you're expressing, but
it's still pretty good stuff.
http://philip.greenspun.com/wtr/cvs.html
-Original Message-
From: Justin Wall [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 2:45 PM
To: [EMAIL PROTECTED]
Subject: CVS
I've been using WinCVS for remote (client) access to a CVS repository for
two months now and find it a good tool to use. However, now I find that I
must find a reliable client that runs on Linux and can talk to a remote CVS
repository.
I have downloaded some of the usual suspects: LinCVS,
On 03-May-2001, Greg A. Woods [EMAIL PROTECTED] wrote:
[ On Thursday, May 3, 2001 at 16:58:14 (+0300), Nils Jakobson wrote: ]
Subject: Re: importing vendor branches
I've also encountered this problem, as far as I've verified it looks like this:
when I do unconditional checkout, it
[EMAIL PROTECTED] writes:
I'm considering updating our server to cvs-1.11.1p1, but it will be
very inconvenient to update all of our cvs clients that are at v1.11.
Can anyone tell me whether running 1.11 clients against a 1.11.1p1
server will/might cause me problems? Thanks
In general,
[EMAIL PROTECTED] writes:
We can telnet to the port and we can see that the cvs process is spawed
successfully
ps -ef | grep cvs
root 21066 1022 0 16:07:10 ?0:00 cvs -f
--allow-root=/usr/local/cvsroot pserver
However when we send any characters they are read and then
On 03-May-2001, Nils Jakobson [EMAIL PROTECTED] wrote:
My solution is never work with unconditional checkouts from very
beginning, I simply put branch 1 in the checkout options and it
stays on the main line.
Just to clarify: are you suggesting the use of `cvs checkout -r1 modules...'
Dennis Jones writes:
Since I am not a CVS developer or maintainer, I am not familiar with the
layout of the source, and am leary of submitting anything that could break
functionality. (CVS is far too important a project for me to go tweaking
things I know nothing about!) These problems
Adam W. Montville writes:
Also, I've been experiencing problems with my pserver
authentication. This may be due to the fact that RedHat installed with
MD5 passwords enabled. Does this pose the problem I think it might?
Hard to say, what problem do you think it might pose? CVS uses the
Hi all,
Does CVS provide any hooks for specific scripting languages?
Thanks,
Adam
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
summit writes:
1.
I built a CVS_ROOT in the linux server (Red Hat 6.2) , and =
everything goes well I operated various commands=20
within the same computer. But troubles comes up when I try to use =
the cvs login via pserver , the client side=20
is linux
Hi,
A colleague is writing a branch creation script which will make a branch
point tag name and a branch name based on the purpose of the branch
following a set of conventions, tag the branch point, and create the branch.
It all looks pretty good, but he asked me today about the best way to undo
Hi all,
I am a new user to CVS and I have couple of questions for you guys. Right
now I am in great need of understanding how the branches and the releases
work together. First of all, are branches called revisions? How do we create
a branch...how do they interact with the releases and the
Many of the administrative files allow you to call scripts when an event
occurs. CVS doesn't have specific support for any scripting language,
as long as the script is executable by the server.
-- David F.
[EMAIL PROTECTED] wrote:
Hi all,
Does CVS provide any hooks for specific scripting
Also, I've been experiencing problems with my pserver
authentication. This may be due to the fact that RedHat
installed with
MD5 passwords enabled. Does this pose the problem I think it might?
Hard to say, what problem do you think it might pose? CVS uses the
crypt(3) library
Scott,
These basic concepts are covered very well in the cvs documentation.
Please see http://cvshome.org/docs/. Thanks
Chuck
-Original Message-
From: scott.johnson1 [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 4:04 PM
To: info-cvs
Subject: Understanding Branches and
[ On Friday, May 4, 2001 at 06:23:02 (+1000), Fergus Henderson wrote: ]
Subject: Re: importing vendor branches
But nevertheless, this behaviour is BAD - Broken As Designed.
Any command whose default behaviour leaves the main branch of the
repository in an inconsistent state is a problem
Greg A. Woods writes:
There is nothing really inconsistent about the state of the repository
after a cvs import.
Fergus's complaint is that anyone checking out the head of the tree
between the time of the import and the time the merge is committed gets
the newly imported version of files
From: Fergus Henderson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 1:28 PM
On 03-May-2001, Nils Jakobson [EMAIL PROTECTED] wrote:
My solution is never work with unconditional checkouts from very
beginning, I simply put branch 1 in the checkout options and it
stays on the main line.
I'm looking to start a CVS repository for work. I'm getting pretty
familiar with using CVS, but I'm not to sure how I want to set it up.
We currently have about 30,000 files, none of which are under an kind of
version control. No one on the team is accountable for any changes made
to these
[ On Thursday, May 3, 2001 at 18:33:17 (-0400), Larry Jones wrote: ]
Subject: Re: importing vendor branches
Fergus's complaint is that anyone checking out the head of the tree
between the time of the import and the time the merge is committed gets
the newly imported version of files that
After doing some experimentation, I think I've determined that enabling
MD5 passwords on my RedHat 7.0 box does, indeed, prevent OS-level
authentication by CVS. I built my box first with MD5 passwords enabled,
and configured CVS for a pserver, but could not connect from another
machine. Then, I
I certainly can't be the first person to try this. I'm trying to pull 10
years worth of history out of a vax/vms machine running CMS and put it into
CVS. Is this possible?
Sean Breland
___
Info-cvs mailing list
[EMAIL PROTECTED]
Title: Clear Day
I know of "edit -c/commit -c" patches for1.10.8 (on sourceforge), but does anyone know of
these patches for standard Linux distribution v1.11?
Or alternatively has anyone got a binary distribution with these patches
applied (Linux v1.11)? Thanks alot.
Please reply to
Members Equity Email System
Hi all,
where can I get info on how to install a patch ?
Regards,
Richard Sharp
Members Equity
9 605 6880
0417 342 880
MEMBERS EQUITY PTY LTD ABN 56 070 887 679
This email and any attachments are confidential. If you are not the
intended recipient, you must
Hi
all...
I can't run "cvs
checkout X" across my pserver connection for some reason. I have a
repository (/cvs/isaac) with a module "RoCK" that I was supposedly able to
import via pserver. My CVSROOT environment variable is set to
":pserver:[EMAIL PROTECTED]:/cvs/isaac" and the command I
Adam W. Montville writes:
After doing some experimentation, I think I've determined that enabling
MD5 passwords on my RedHat 7.0 box does, indeed, prevent OS-level
authentication by CVS. I built my box first with MD5 passwords enabled,
and configured CVS for a pserver, but could not
Richard Sharp writes:
where can I get info on how to install a patch ?
http://www.gnu.org/directory/patch.html
-Larry Jones
I don't see why some people even HAVE cars. -- Calvin
___
Info-cvs mailing list
[EMAIL PROTECTED]
Adam W. Montville writes:
cvs server: cannot open /root/.cvsignore: Permission denied
cvs [server aborted]: can't chdir (/root): Permission denied
http://cvshome.org/docs/manual/cvs_21.html#SEC182
This is *the* most frequently asked question -- if you need more
detailed help than what's in
Fergus Henderson writes:
The reason that this broke things is that `cvs checkout'
was checking out inconsistent versions of different files.
After the import, some files -- those which we had not modified -- now
had revision 1.1.2 on the vendor branch, and only 1.1 on the main
Thanks for the input. I'll try to build and install 1.11.1.
-Original Message-
From: bjacob [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 01, 2001 8:41 PM
To: Chuck.Irvine
Cc: bjacob; info-cvs; bug-cvs
Subject: Unexpected merge conflict - bug maybe?
[EMAIL PROTECTED] writes:
61 matches
Mail list logo