Re: CVS question
See http://www.cvshome.org/docs/manual/cvs-1.11.10/cvs_18.html#SEC160 Add the following line to your CVSROOT/modules file: PackAPackA PackB Hope this is what you are looking for Arno Schuring - Original Message - From: Sophie Coon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, February 05, 2004 2:28 AM Subject: CVS question Hi, I have the following problem. Lets assume that the top level repository contains a directory PackA which contains 2 files: afile1 and afile2. The repository also contains another directory at the same level, PackB which contains 1 file, bfile1. I'd like to know if CVS provides a mechanism that will create the following files: PackA/afile1 PackA/afile2 PackA/PackB/bfile1 when executing cvs co PackA. and PackB/bfile1 when executing cvs co PackB. I'd like to keep PackB independent from PackA under CVS, but have it checked out as a subdir of PackA if checking out PackA. Thanks in advance for any information. Best regards Sophie -- Sophie COON The Scripps Research Institute Research Programmer III Molecular Graphics Laboratory 10550 North Torrey Pines Road Phone: (858) 784-9556La Jolla, CA 92037 Fax : (858) 784-2860 ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS question
Mark Jaffe writes [in one very long line]: Is this an appropriate forum for questions on WinCVS? I need to know how it stores individual customisations, such as which menu items are applied to the customized right-click menu. We would like to share a default set of menu customizations among members of the team.. No. WinCVS specific questions like that should go to the CvsGui list: http://groups.yahoo.com/group/cvsgui/ -Larry Jones Everything's gotta have rules, rules, rules! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS-question
Erik Andersson writes: I have done a cvs co -r revision number modulenname of one of our modules. Since that revision new files have been created and I need to make a build of the files from the first checkout only some of the new files. I then do a cvs co filename and get following error message: cvs checkout: warning: new-born filename has disappeared Try cvs up -rHEAD filename instead. -Larry Jones TIME?! I just finished the first problem! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Question ?
Hi, you have to lock the branch - if you have one. A tag is not what you are looking for. Bye Oliver - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 16, 2002 4:38 PM Subject: CVS Question ? Is there a way to lock a tag so that no one can make any commits into that tag? After the release, we need to kind of freez that tag. Thanx, Sean ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS question
In [EMAIL PROTECTED] =?iso-8859-1?q?Nicolas=20PEZRON?= [EMAIL PROTECTED] writes: I thought that to you use CVS, you had to copy the source of your first version of your program and after, you will be able to retrieve all the versions of your program More or less. You clean up your source tree of compiled objects and other generated files and you import it into CVS. You can then delete the sources (!) but most people get a bit nervous at this point and prefer to tar or zip the tree into an archive before blowing it away. You then check out a new copy (sandbox) from CVS and work on it forevermore, never going close to the original source tree or its archive. but, if you want to add a new file to your CVS tree, do you have to copy first the source of this file in order to be able to retrieve its versions after ? Copy it from where? Normally you will have created the new file right in the sandbox, since that's where you normally work. You do need to tell CVS about the new file with the 'cvs add' command, but that's about it. The next time you commit, the first revision of your new file will be created in the repository. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS question
renu kumar writes: It created the CVSROOT directory and now I want to just add a completely new directory to the cvs. So, I created a test directory. When I try to do 'cvs add test' I am getting the following error: cvs add: in directory.: cvs [add aborted}: there is no version here; do 'cvs checkout' first. Please read the manual: http://www.cvshome.org/docs/manual/cvs_3.html#SEC38 -Larry Jones I can feel my brain beginning to atrophy already. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs question
Yes, the simplest way is to create seperate modules with seperate group permissions. I know the names below are dumb, they are just for the sake of example :) groups : c cpp java The modules are named c, cpp and java and are read/write/setgid to their individual group. US users are members of all three groups, Indian users are a member of the Java group and Russians are members of the cpp group. HTH, Rob Helmer On Wed, May 23, 2001 at 05:11:10PM -0400, Hem Bapat wrote: I have a question regarding how CVS can be configured to work with multiple development sites. Let's say there are three development sites in the US, Russia and India. US site has the source code repository and developers here have access to all of the source code(C/C++/java). Russians can only access C++ source code and cannot access C or java source code. Whereas Indians can only access java source code(checkin checkout etc) and cannot access C++ or C source code. Is it possible to implement a model like this using CVS? Your reply is appreciated. Thanks, Hem ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Question..
Pavan Seth writes: Using CVS under Unix... I have created a scratch folder. I need to commit in CVS. This scratch folder is a sub-folder of a important folder (A). Many people are using A.. but I dont want to give my private folder scratch which is under (A) to everybody who does cvs update -d -P under A folder. Only when I do a cvs update -d -P under A folder , I should be getting scratch folder.. Put your scratch directory somewhere in the repository other than under A -- your working directory hierarchy doesn't have to match the repository directory hierarchy. -Larry Jones I've never seen a sled catch fire before. -- Hobbes ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Question
By specifing the file as a parameter $cvs co filename Tamas Richard Abbott wrote: Maybe this is a silly question, but is there any way to check out a single file that is in a module (rather than the whole module)? - Rich ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: CVS Question
Hi Rich, it is possible. Try it :-) cvs co module-name/path/file cu Michael -Original Message- From: Richard Abbott [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 27, 2001 4:31 PM To: [EMAIL PROTECTED] Subject: CVS Question Maybe this is a silly question, but is there any way to check out a single file that is in a module (rather than the whole module)? - Rich ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Question
[EMAIL PROTECTED] wrote: Maybe this is a silly question, but is there any way to check out a single file that is in a module (rather than the whole module)? - Rich cvs co module/file should do what you want: it creates directory module with only file in it. However, you might don't want an extra directory module on top of the file, and I think (please anybody correct me if I am wrong) this is not possible as CVS is based on directory management. Irina. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Question
irina sturm writes: cvs co module/file should do what you want: it creates directory module with only file in it. However, you might don't want an extra directory module on top of the file, and I think (please anybody correct me if I am wrong) this is not possible as CVS is based on directory management. It's possible by using -d. in the checkout command, but that's usually not a good ideas since that puts your current directory under CVS control, which you probably don't want. It also won't work if your current directory is already under CVS control. -Larry Jones I've got more brains than I know what to do with. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS Question
Richard Abbott wrote: Maybe this is a silly question, but is there any way to check out a single file that is in a module (rather than the whole module)? I believe: $cvs get -d put_it_here_directory module/foo/bar/zap/zing/dong/ding/dang/gork.htm should work. I hope that helps! Alex ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS question
Vinh Pham wrote: Hi, For example, if there are 2 persons working on a project. If one person add a file or directory, how can the other person know that a new file or directory is added? Of course if the second person does an update (-d) , he or she will get that file/directory but are there any way to know this before doing the update. http://www.cvshome.org/docs/manual/cvs_toc.html Cheers, Laird -- W: [EMAIL PROTECTED] / P: [EMAIL PROTECTED] http://www.amherst.edu/~ljnelson/ Good, cheap, fast: pick two. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: CVS question
That's a good idea. Unfortunately, that means we have to get into the whole cvs watch on/off, cvs edit things. For me, it maybe OK but most of my co-workers are not software-oriented. Adding that level of complexity may not work well for them. I've been advising people to use the command cvs status | grep Need. However, this doesn't work with newly added file. Do you have any other ideas? I wonder whether adding an additional flag to the status command would be a good feature to add (if nothing equivalent existed yet.) Thank you, Vinh N. Pham Raghu Nair [EMAIL PROTECTED] on 12/07/2000 03:46:34 PM To: Vinh Pham/Fishkill/IBM@IBMUS cc: Subject: RE: CVS question You can add cvs watch on files which you are intrestead in. Raghu K Software Engineer Pretzel Logic Sofware Inc. Cupertino, California email : [EMAIL PROTECTED] phone: 408-366-9010 extn 338 -Original Message- From: Vinh Pham [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 07, 2000 12:15 PM To: [EMAIL PROTECTED] Subject: CVS question Hi, For example, if there are 2 persons working on a project. If one person add a file or directory, how can the other person know that a new file or directory is added? Of course if the second person does an update (-d) , he or she will get that file/directory but are there any way to know this before doing the update. Thank you, Vinh N. Pham ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS question
Vinh Pham wrote: That's a good idea. Unfortunately, that means we have to get into the whole cvs watch on/off, cvs edit things. For me, it maybe OK but most of my co-workers are not software-oriented. Adding that level of complexity may not work well for them. I've been advising people to use the command cvs status | grep Need. However, this doesn't work with newly added file. Do you have any other ideas? I wonder whether adding an additional flag to the status command would be a good feature to add (if nothing equivalent existed yet.) This is not exactly intuitive, but the best way I've found is cvs -nq update which lists what would happen if cvs did do an update. The -n means "Don't do anything!" and is useful if you are just looking for the output of a command, and -q suppresses some lines I don't find useful. It will list files, one line per file. If the file begins with a ?, cvs knows nothing about it (and it isn't in .cvsignore). If it begins with U, somebody's added it. If it begins with a P, somebody's changed it. If it begins with an M, you changed it; if somebody has checked in a change, you'll get a message about the changes being merged. If it begins with a C, then your version is incompatible for some reason with the version in the repository, usually because both you and somebody else have made conflicting changes. -- David H. Thornley Software Engineer at CES International, Inc.: [EMAIL PROTECTED] or (763)-694-2556 at home: (612)-623-0552 or [EMAIL PROTECTED] or http://www.visi.com/~thornley/david/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS question (fwd)
Hello, I didn't see a bug submission form on http://www.cvshome.org so hopefully it's OK to report a bug here. Apologies if this is inappropriate or already known/old news. The problem is described in the email dialogue below. In short, CVS expects that an imported file will have identical dates set on revisions 1.1 and 1.1.1.1, but apparently in actuality it doesn't guarantee this at import time. Thanks, -Archie P.S. Please CC: me as I'm not on this email list - Forwarded message from John Polstra - From [EMAIL PROTECTED] Wed Aug 9 08:56:52 2000 Delivered-To: [EMAIL PROTECTED] From: John Polstra [EMAIL PROTECTED] Date: Wed, 9 Aug 2000 08:54:58 -0700 (PDT) Message-Id: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: CVS question In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Organization: Polstra Co., Seattle, WA Sender: [EMAIL PROTECTED] X-Loop: FreeBSD.ORG Precedence: bulk Content-Length: 2611 In article [EMAIL PROTECTED], Archie Cobbs [EMAIL PROTECTED] wrote: Consider this source file: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/xntpd/lib/Attic/ranny.c Question: what version should this command checkout? $ cvs co -D 'January 18, 1999 0:00' freebsd/src/usr.sbin/xntpd/lib/ranny.c Perhaps version 1.1.1.2 would be correct, but instead you get 1.1. CVS is really screwy in this area. I remember I had to add some special cases to CVSup long ago to try to mimic CVS's behavior in odd cases. It seems CVS is being inconsistent: - If you had done a 'head' checkout on that date you would have gotten 1.1.1.2 That makes sense, because on that date the file had not yet left the vendor branch, and its default branch attribute still pointed to the vendor branch. - If you later do a 'head' checkout, and specify that date, you get 1.1 CVS has a heuristic that does the wrong thing for this particular file. The code is around line 3252 of src/contrib/cvs/src/rcs.c in the function RCS_getdate(): if (! STREQ (cur_rev, "1.1")) return (xstrdup (cur_rev)); /* This is 1.1; if the date of 1.1 is not the same as that for the 1.1.1.1 version, then return 1.1. This happens when the first version of a file is created by a regular cvs add and commit, and there is a subsequent cvs import of the same file. */ p = findnode (rcs-versions, "1.1.1.1"); if (p) { vers = (RCSVers *) p-data; if (RCS_datecmp (vers-date, date) != 0) return xstrdup ("1.1"); } It compares the dates on the theory that an import will set identical dates in revisions 1.1 and 1.1.1.1. But in the file you mentioned, they are off by 1 second. So CVS doesn't recognize it as an import. revision 1.1 date: 1993/12/21 18:36:22; author: wollman; state: Exp; revision 1.1.1.1 date: 1993/12/21 18:36:23; author: wollman; state: Exp; lines: +0 -0 Probably the import straddled the seconds boundary. I hope current versions of CVS force the dates to be the same on an import. I haven't checked to see whether that's the case or not. John -- John Polstra [EMAIL PROTECTED] John D. Polstra Co., Inc.Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message - End of forwarded message from John Polstra - ___ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com
Re: CVS question
Read the manual. Specifically section 12 keyword substitution. Starting on page 73. The manual should come with your version of cvs. donald On Thu, Apr 13, 2000 at 11:40:34AM -0600, David A. Hite wrote: Hi, I'm using CVS and I can't find any info on making CVS automatically update my source files. I have seen a few examples but would like a full list of available options. Here's the examples I've seen: // Version: $Revision: $ // Version Date:$Date: $ If you can help me or send me to some web pages that have this info I would appreciate it. Thanks, -Dave-
RE: CVS Question
On Wednesday, March 22, 2000 6:40 AM, Russell A Hoffman [SMTP:[EMAIL PROTECTED]] wrote: Hi, I was wondering if anyone could help me out with a CVS question I had? Well, what I'm trying to do is manage a fairly large website using CVS. I've managed to successfully import and test checking it out (can you tell I'm a newbie? :), but now I'm wondering what to do to keep the original website files up to date. For instance, the repository is in /cvsroot/html, and the original files are in /home/httpd/html, and I'm wondering how to keep the original files "in-sync" with the cvs (updated) version? I'm probably not wording it right, or not explaining it correctly, but I'm just hoping someone out there will be able to decipher what I'm trying to say, and let me know if/how this can be done ;) This is described by cederqvist in the loginfo section. I posted the excerpt from our loginfo file that does this job last week (from memory). *** Chris CameronOpen Telecommunications NZ Ltd Software Development Team Leader [EMAIL PROTECTED] P.O.Box 10-388 +64 4 495 8403 (DDI) The Terrace fax: +64 4 495 8419 Wellington cell: +64 21 650 680New Zealand Life, don't talk to me about life (Marvin - HHGTTG)
Re: CVS Question
This will only work if your repository is on the same machine as your webserver and if your webserver is only one one machine. For something more flexible, you essentially have to have a cronjob do periodic cvs updates. One of our projects does this. The website is huge and changes are pushed live 4 times a day. If changes aren't made by the time of an update, they have to wait until the next one. What turned out to be more of a problem is making sure files get comitted, added, and deleted as necessary where people are editing. Typical HTML person doesn't know UNIX and can't understand how CVS works and typically gets confused due to CVSs cryptic error messages and subtle behavior (no slight on CVS; it's a programmer's tool). We built a web interface that abstracts CVS's necessities away from the HTML person. Dave On Wed, Mar 22, 2000 at 10:46:27AM +1200, Chris Cameron wrote: On Wednesday, March 22, 2000 6:40 AM, Russell A Hoffman [SMTP:[EMAIL PROTECTED]] wrote: Hi, I was wondering if anyone could help me out with a CVS question I had? Well, what I'm trying to do is manage a fairly large website using CVS. I've managed to successfully import and test checking it out (can you tell I'm a newbie? :), but now I'm wondering what to do to keep the original website files up to date. For instance, the repository is in /cvsroot/html, and the original files are in /home/httpd/html, and I'm wondering how to keep the original files "in-sync" with the cvs (updated) version? I'm probably not wording it right, or not explaining it correctly, but I'm just hoping someone out there will be able to decipher what I'm trying to say, and let me know if/how this can be done ;) This is described by cederqvist in the loginfo section. I posted the excerpt from our loginfo file that does this job last week (from memory). *** Chris CameronOpen Telecommunications NZ Ltd Software Development Team Leader [EMAIL PROTECTED] P.O.Box 10-388 +64 4 495 8403 (DDI) The Terrace fax: +64 4 495 8419 Wellington cell: +64 21 650 680New Zealand Life, don't talk to me about life (Marvin - HHGTTG) -- David Copeland Software Engineering Director NOVO Relationship Architects for e-Business Voice 415 646 7026 | Fax 415 646 7001 http://www.novocorp.com