Re: Permission denied
Nick Le Mouton writes: > > I'm having problems running cvs on a mapped drive Is it your working directory that's on the mapped drive or the repository? Is the machine you're mapping the drive from a Windows machine or something else? -Larry Jones Yep, we'd probably be dead by now if it wasn't for Twinkies. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Updating revision number on a branch.
Jim.Hyslop writes: > > 1.102 - is that all?!? :=) [...] >Repository revision: 1.478 1.478 -- is that all?!? In the CVS source tree, src/ChangeLog is up to 1.3079. -Larry Jones Somebody's always running my life. I never get to do what I want to do. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: getting files related to two tags
Sandhya writes: > > Suppose I want to get files related to two tags. I can check out files based > on one tag. And if I > try to check out files based on the second tag, all the files related with > the 1st tag is > deleted. > Is there any scenario where I can have files related to both the tags. No. That's not how tags are intended to work. -Larry Jones OK, what's the NEXT amendment say? I know it's in here someplace. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Utter confusion
Lemke, Michael IZ/HZA-IOR writes: > > $ cvs stat -v PATCH002.htm > === > File: no file PATCH002.htm Status: Locally Removed Note the status -- you explicitly marked the file for removal, although you haven't committed it yet. To undo that and get the file back, you need to ``cvs add'' it. Once you've done that, things will work like you expect again. :-) -Larry Jones I'm so disappointed. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Binary to Text
[EMAIL PROTECTED] writes [in one long line]: > >For some reason, my .inc files and .pas file got checked in into > cvs as a binary file -kb. Is there any way that I can remove the -kb > flag to treat as a text files. You will need to use ``cvs admin -kkv'' to correct the repository files and then use ``cvs up -kkv'' or ``cvs up -A'' to update your working directory. If your system distinguishes between text and binary files (Unix-like systems don't, MS-DOS-like systems do), you will probably find that the repository files are incorrect and you will have to check in correct versions of the files. -Larry Jones Everybody's a slave to routine. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Some questions on CVS upgrade
Yamuna Ramasubramaniyan writes: > > I have not been able to find much information about upgrading. I promise to > collect all information I can get, add it to the Readme and submit it to > Derek for review. Is replacing the cvs executable on the server enough? Usually, but you should always read the NEWS file for information about other things you may have to do. It's also a good idea to run ``cvs init'' on your repository after upgrading to create any new administrative files (it will carefully preserve your existing ones) and make any other necessary changes to your repository should there be any in the future (there have never been any so far). It's also a good idea to upgrade the client executables, if any, but it isn't necessary. -Larry Jones There's never enough time to do all the nothing you want. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Annotate of Log output wrong
Hugh Gibson writes: > > The annotate output appears to be wrong for the output of the Log command. > As far as I can tell, annotate is getting the header information for the > version prior to the requested version. Strangely, the code after the > header appears to be the latest version and is annotated correctly. That's the way RCS works -- the $Log$ keyword (not command) is expanded by checkout/update, so what's actually in the file for 1.33 is the log for 1.32. That is, the log for 1.32 gets added to the file when you check it out, it isn't added to the RCS file in the repository until you check it in again as 1.33, so the log for 1.32 is actually added in 1.33. -Larry Jones That's one of the remarkable things about life. It's never so bad that it can't get worse. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: [QUAR]Re: CVS, RCS, System Files
Pierre Asselin writes: > > Yes, it is routine. You can even use RCS and CVS at the same time > on the same project, they will mostly ignore one another. That's not quite true. It's perfectly safe to use both to *read* files, but you can lose changes if you use both to update the same file at the same time because they don't use the same locking mechanism. -Larry Jones But Mom, frogs are our FRIENDS! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: sticky tags!
Ed Zaron writes: > > [c-160-149-198:~/Desktop/X/src] ezaron% cvs add barotropic.mod > cvs add: barotropic.mod should be removed and is still there (or is > back again) That indicates that you somehow managed to get a local barotropic.mod -- delete it and then do the add followed by the update -A. -Larry Jones It seems like once people grow up, they have no idea what's cool. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: no such repository
Vijay Rayudu writes: > > This is a multi-part message in MIME format. Please do not send MIME and/or HTML encrypted messages to the list. Plain text only, PLEASE! > In C:\Documents and Settings\vrayudu\Desktop: C:\Program > Files\TortoiseCVS\cvs.exe -q checkout myproject > CVSROOT=:pserver:[EMAIL PROTECTED]:/data/cvs/myproject > > cvs [checkout aborted]: /data/cvs/ myproject: no such repository The space before myproject in the error message implies that you have some weird character in your CVSROOT. However, since you're trying to checkout myproject, I doubt that your repository is actually in /data/cvs/myproject since that would imply that myproject is in /data/cvs/myproject/myproject. You probably want your CVSROOT to be: CVSROOT=:pserver:[EMAIL PROTECTED]:/data/cvs -Larry Jones How am I supposed to learn surgery if I can't dissect anything? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Removal of tagged files
Henrik Skovhus Poulsen writes: > > I been searching the web to find a solution to the fact, that a user can > remove a file from cvs even if its tagged. This is not chat -- ask your question once and wait patiently for replies. Posting the same question a dozen times only annoys the people who might help you, it doesn't get you an answer any quicker. Removing a file with a sticky tag doesn't actually remove the file, it removes the tag from the file, just like doing tag -d. People generally find that surprising and we've discussed removing that feature, but no one has gotten around to actually doing it yet. -Larry Jones If I get a bad grade, it'll be YOUR fault for not doing the work for me! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: sticky tags!
Mark D. Baushke writes: > > Your basic problem is that 'cvs rm -f' tells cvs to try to force the > removal, so you won't get the normal error message: > > cvs remove:cannot remove file `barotropic.mod' which has a sticky date of > `2004.11.03.08.00.00' > > which you might otherwise have received... I consider that a bug -- -f should not suppress the message. -Larry Jones They can make me do it, but they can't make me do it with dignity. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Variable user ID on ssh connection possible?
Doug Lee writes: > > - cvs checkout works for user "id", but then user "id1" comes along > and wants to update the sandbox. CVS stores the $CVSROOT used for the initial checkout and then uses it for all subsequent operations in the working directory -- that makes life much simpler for users who use multiple repositories. You can override the saved $CVSROOT by using the -d global option: cvs -d $CVSROOT update -Larry Jones They say winning isn't everything, and I've decided to take their word for it. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Importing then checking out?
Galen Boyer writes: > > Or, in the documentation's example: > >$ cd wdiff-0.04 >$ cvs import -m "Import of FSF v. 0.04" fsf/wdiff FSF_DIST WDIFF_0_04 > > Is the "fsf" of fsf/wdiff a module or a repository? Strictly speaking, it's a directory (at the top level) in the repository. Similarly, fsf/wdiff is the path to a directory in the repository. It's not really a module unless you add it to the CVSROOT/modules file, although many people use module and directory interchangably since CVS commands accept either one. -Larry Jones I've never seen a sled catch fire before. -- Hobbes ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs-1.12.9 features
Paola Attadio writes: > > I installed the cvs-1.12.9. Then I initialize the repository. The > cederqvist say that this version support "KeywordExpansion option", but > I don't see this feature in the CVSROOT/config file. Not all of the options are listed in the default CVSROOT/config file. The manual is somewhat confused, however, the actual option name is KeywordExpand, not KeywordExpansion. > Also, I can't use the ACL, in this case, is necessary install some patch? There is no ACL support in standard CVS. -Larry Jones Temporary insanity! That's all it was! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: List of branch/tag
Paola Attadio writes: > > I'd like to know if exist same cvs command to get the list of > branch/tag on a specific module. Tags are applied to individual files, not modules. You can get a list of tags on a file with either log or status -v. -Larry Jones When you're as far ahead of the class as I am, it doesn't take much time. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: import failed ...
manisha r sankpal writes: > > MIME-Version: 1.0 > Content-Type: multipart/mixed; boundary="===1215709656==" Please do not send MIME and/or HTML encrypted messages to the list. Plain text only, PLEASE! > vi /usr/local/cvsroot/CVSROOT/passwd > Added a line with my user name and password: > manisha:[password] > > Where the password is copied from /etc/shadow If you already have a system username and password, you can use them without having to make any changes to CVSROOT/passwd (as long as you have SystemAuth enabled in your CVSROOT/config file). > this command is giving me error: > > fatal error > no such user: If there's really no username after the message, you almost certainly have a : after the password in CVSROOT/passwd that shouldn't be there. -Larry Jones The hardest part for us avant-garde post-modern artists is deciding whether or not to embrace commercialism. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: --> How to delete a Branch ???
Spiro Trikaliotis writes: > > Just a thought that came up just now: Could anyone use "cvs admin -o" > to delete the branches revisions, and delete the branches afterwards? > > For example: > >cvs admin -o BRANCHTAG:: Unfortunately, -o takes revsion tags. When you give it BRANCHTAG, that means the most recent revision on the branch, so the above command does nothing (there are no revisions after the most recent revision to delete). Closer would be: cvs admin -o:BRANCHTAG which does the right thing when there are actual revisions on the branch, but deletes the base revision when there aren't, which is seriously wrong. The fundamental problem is that admin was just a wrapper for RCS and it's never been enhanced to treat branches the way CVS does instead of the way RCS does. -Larry Jones It's either spectacular, unbelievable success, or crushing, hopeless defeat! There is no middle ground! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Merge issues.
Tawfik, Sameh E writes: > > This is a multi-part message in MIME format. Please do not send MIME and/or HTML encrypted messages to the list. Plain text only, PLEASE! > Q1. Are there any thing wrong with the above merge command? Or is there > is any other command I should be using instead? Looks right to me. > Q2. The latest version in the main line is 1.8, so why it's not > reporting merging between 1.7 and 1.7.2.2 instead of 1.8 and 1.7.2.2? You're misinterpreting the message. It's finding the changes between Release_2_2_0 (1.7) and Release_2_2_0_Branch (1.7.2.2) and then merging those changes into the current working directory revision (which is presumably based on 1.8). > Q3. I recently modified "build.xml" file in the main line, and I was > expecting CVS to report conflicts about all the lines that I changed, > but instead after the above merge, CVS showed only one line of conflict, > and did not show conflicts in the other modified lines? Why CVS did not > report conflicts about all the modified lines between the branch line > and the main line in build.xml file! Because those lines weren't changed on the branch. You only get a conflict if the same line is changed in both places; otherwise, CVS just quietly merges the changes. -Larry Jones Well of course the zipper's going to get stuck if everyone stands around WATCHING me! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: import
=?iso-8859-1?q?Gleidson=20S=E1=20Barreto?= writes: > > It is not possible to import alone the folders of a > project without the archives? Not in general. CVS only manages files, not directories. (In local mode, CVS will import empty directories, but not in client/server mode.) -Larry Jones This sounds suspiciously like one of Dad's plots to build my character. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: protocol error: `..' has too many ..
Hamid Ghassemi writes: > > [cookie:/home/test/temp/cmtest/test2 >] cvs diff ../test3/foo.c > protocol error: `../test3' has too many .. I believe that's a known, long-standing bug in client/server mode (it works correctly in local mode) that was introduced with the multiple repository support and never fixed. -Larry Jones ANY idiot can be famous. I figure I'm more the LEGENDARY type! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Question regarding cvs admin
Godavarthi, Manasa writes: > > I had to change a branch name and by accident I went into the > repository(CVS ROOT) itself and executed the following command : > > cvs admin -nNew_Branch_Name:Old_Branch_Name > > And it gave me message saying "Administering each " > > I am not sure if I erased some repositories or changed something. > > Please somebody tell me that nothing would have happened. It's hard to say. If you really did what you said, you should have gotten: cvs [admin aborted]: there is no version here; run 'cvs checkout' first So, either you're running a very old version of CVS, you didn't do what you said you did, or your repository is (or appears to be) checked out from another repository. -Larry Jones OK, what's the NEXT amendment say? I know it's in here someplace. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: SSH configuration
Paola Attadio writes: > > Is possible use SSH with cvs users ($CVSROOT/CVSROOT/passwd)? No. -Larry Jones Let's pretend I already feel terrible about it, and that you don't need to rub it in any more. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Merge problem
Erik Andersson writes: > > cvs update: file myfile1 exists, but has been added in revision > my_branch_20040826_01 Like it says, myfile1 was created on the branch between the two tags you specified for the merge, so CVS should create it on the trunk, but it already exists on the trunk, so it can't. > RCS file: myfile2,v > retrieving revision 1.5.14.1 > retrieving revision 1.5.14.2 > Merging differences between 1.5.14.1 and 1.5.14.2 into myfile2 > myfile2 already contains the differences between 1.5.14.1 and 1.5.14.2 Again, like it says, the file on the trunk already contains the changes that were made on the branch. Are you sure you're not trying to merge changes that you've already merged some time before? -Larry Jones I just can't identify with that kind of work ethic. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: CO Only One File
Al Whitener writes: > > What's the syntax for checking out only one file? cvs co module/file -Larry Jones He's just jealous because I accomplish so much more than he does. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Remote CVS
Jeff Yunes writes: > > jmyunes-pb:~ jeff$ cvs checkout bigProj > [EMAIL PROTECTED]'s password: > stty: standard input: Invalid argument You're using :ext: (or :rsh:) mode and you have an stty command in your .profile or .cshrc (or perhaps even in the system profile) that isn't protected against being executed by non- interactive shells that aren't connected to a tty. You should be able to use "tty -s" or "test -t 0" to determine if you're connected to a tty or not. -Larry Jones What's the matter? Don't you trust your own kid?! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Question about process scheduleing
Lynch, Harold writes: > > On most of the machine in the shop it takes between 10 and 15 minutes, > on one machine it can take an hour. Look for network problems with that machine -- that sounds like dropped packets and retransmissions. -Larry Jones Yep, we'd probably be dead by now if it wasn't for Twinkies. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Reverting a concrete revision
[EMAIL PROTECTED] writes [in very long lines]: > > Using i.e "cvs update -j -j > file.c", we discard changes from 1.6 to 1.3. Then, commiting, we get > revision 1.7 that is exactly the same as 1.3. Now, suppose I want to > generate a new revision of "file.c" but containing code from 1.1 to 1.3 > + 1.5 and 1.6 revision, because I realise that I don not want the > changes made on revision 1.4 but still want all the changes made in 1.5 > and 1.6. Doing the previous update, I lost 1.4 changes but also 1.5 and > 1.6. So the idea is revert ONLY the changes that were made on 1.4. If > the changes of 1.5 and 1.6 are small (or changes of 1.) it can be do it > manually but this is not my case. > > Is there any way to do this in CVS? Of course, just merge those changes back in: cvs up -j1.4 -j1.6 file.c -Larry Jones These findings suggest a logical course of action. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: .dfm files check in as text in CVS leads to any corruption?
Mark D. Baushke writes: > > If there are "Delphi/C++Builder Forms", I would > have thought those to be derived objects rather > than primary source files to be controlled. No, the .dfm file is the actual definition of the form. By default, Borland stores it in an opaque binary format for no apparently good reason, but, to their credit, they also provide an option to store it in a nice, plain text format that is amenable to CVS operations. > Here is how you may be able to answer your own > question... Like Visual Basic, Delphi is marketed as point and click programming for people who don't know enough to use a real programming language, so it's not clear that the targeted users would even know what a "text editor" is, let alone how to use one. :-) Fortunately, it was written by real programmers, so other real programmers can ignore all the point and click nonsense and actually use it to do real work. Not that I would know, mind you -Larry Jones I've never seen a sled catch fire before. -- Hobbes ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs update from a remote machine with a full path
Ashwini S. Thirunahari writes: > > If am NOT rsh ing, CVS accepts complete path. But with rsh, CVS has an > issue? Correct. Long-standing problem, very hard to fix. Don't do that. -Larry Jones These findings suggest a logical course of action. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: How to detect files not yet checked out in CVS ????
Bitter Spock writes: > > I can't seem to update the directory with the other files, if I have a > partial > checkout. ``cvs up -d'' should get all the other files. It works for me. > I am trying to merely detect their existence i.e. "cvs -n update" to > use > in a PERL script I am writing. Unfortunately, the way checkout (and update) work, it isn't really possible for -n to work completely correctly in all cases and this is one of the cases where it doesn't. -Larry Jones Ever notice how tense grown-ups get when they're recreating? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: How to allow access to new repositories without root permission?
Zsolt writes: > > I understand that I can configure via the inetd (xinetd) daemon which > repositories can be access via the "pserver" protocol but to execute > "kill -HUP INET_PROC_ID I need root permission. Is there an other way to > make a new repository accessible for remote clients? No. One way to avoid the problem in the future is to change the [x]inetd configuration to run a script rather than running CVS directly so you can just change the script in the future rather than having to change the [x]inetd configuration. -Larry Jones I obey the letter of the law, if not the spirit. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: How to determine date of a branch tag?
Dennis Jones writes: > > Is there a way to determine the date (and maybe time) that a branch tag was > created? Only if it was logged in the history file. -Larry Jones OK, there IS a middle ground, but it's for sissy weasels. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: group permissions on parts of a module
Joseph Shraibman writes [quoting me]: > > > > <https://www.cvshome.org/docs/manual/cvs-1.11.17/cvs_2.html#SEC13> > > > Setting LockDir helps, but that url is wrong. No, it's not. The entire section is relevant to what you're trying to do and the third paragraph explicitly talks about the need for LockDir. -Larry Jones I think football is a sport the way ducks think hunting is a sport. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: group permissions on parts of a module
Joseph Shraibman writes: > > I attempted to limit access to parts of my module by using group > permissions. The problem is than when the checkout reaches a directory > it can't read, it fails right away and doesn't go on to other directories. You need to use LockDir= in your CVSROOT/config file to put the lock files somewhere other than in the repository: <https://www.cvshome.org/docs/manual/cvs-1.11.17/cvs_2.html#SEC13> -Larry Jones Bad news, Mom. I promised my soul to the Devil this afternoon. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Getting user id when committing?
[EMAIL PROTECTED] writes: > > I need to write a script that maps a cvs/unix user id > to a bugzilla user id. I know CVS knows the user that > "cvs commits" a change. How do I get this info? Is it > the %s variable? <https://www.cvshome.org/docs/manual/cvs-1.11.17/cvs_18.html#SEC181> -Larry Jones I'm crying because out there he's gone, but he's not gone inside me. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: CVS with a Novell repository (academic environement)?
Todd Denniston writes: > > But you should be aware that most data loss/corruption troubles CVS has ever > had, involved a network file system. (correct Larry?) Correct. -Larry Jones Start tying the sheets together. We'll go out the window. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: using cvs history files e, g foo.c, v to clone a hierarchy and r
sfgaijin writes: > > Would untarring the file under CVSROOT and editing the modules file work ? Yes. You don't even *have* to edit the modules file, although you might want to. -Larry Jones I must have been delirious from having so much fun. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: how to kill server but not client
ben writes: > > If this is in the documentation anywhere it's managing to elude me. Is > there a functional way to remove or completely disable the cvs server > daemon separately from the client? This would be on Linux machines > with cvs installed via rpm's, which give no option to install only the > client. You don't seem to know that there's only one CVS executable -- it provides client, server, and stand-alone functionality. Bundling the client and stand-alone makes sense since it allows users to access both local and remote repositories without having to use different commands. Bundling stand-alone and server makes sense because the server uses nearly all of the stand-alone code. Although you can build a CVS executable without client and/or server functionality, it's rarely done except on platforms that can't support the client and/or server functionality. Standard CVS doesn't have an option to build a client- only executable. -Larry Jones I stand FIRM in my belief of what's right! I REFUSE to compromise my principles! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: moving repository to a new server
Joe Goldman writes: > > This is likely a newb question, as I am relatively new to cvs, but I > have just built a new machine to be our new cvs server and want to copy > over the repository. The old server (cvs 1.11.11) is running on red hat > 7, and the new machine (cvs 1.11.17) is running Fedora core 2. Is > copying the CVSROOT folder sufficient, or are the actual "changes" to > files stored elsewhere? I'd really appreciate any help anyone could offer. You might try reading the manual -- the section on "Moving a repository" would seem to be particularly appropos: <https://www.cvshome.org/docs/manual/cvs-1.11.17/cvs_2.html#SEC25> -Larry Jones >From now on, I'm devoting myself to the cultivation of interpersonal relationships. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Is there a way to Auto-Watch ?
Mark D. Baushke writes: > > You probably only need to add new 'watch' statements as new files are > added to the system. So, something that is wired into the 'loginfo' to > look for new files and have them watched might be the way to go. Is that necessary? Doesn't watching a directory automatically watch any new files in that directory? -Larry Jones No one can prove I did that!! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: CVS Problem : Broken Sync?
Lee writes: > > cvs [login aborted]: unrecognized auth response from 123.123.com: cvs > pserver: /usr/local/CVS/CVSROOT/config: unrecognized keyword > 'UseNewInfoFmtStrings' Your $CVSROOT/CVSROOT/config file contains entries that are only supported by the 1.12 releases of CVS but the server you're running is an older release. Either update the server or remove the offending lines from the config file. -Larry Jones These findings suggest a logical course of action. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: readers and writers file
Nina Pham writes: > > so if I the client access cvs via :ext, how can I grant them readonly > permission? By using normal filesystem permissions. See the manual: <https://www.cvshome.org/docs/manual/cvs-1.11.17/cvs_2.html#SEC13> -Larry Jones My "C-" firmly establishes me on the cutting edge of the avant-garde. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Update problems - Can't parse date/time
Jim.Hyslop writes: > > [EMAIL PROTECTED] wrote: > > Thanks for the suggestion. It worked. > > Why does the '.' not work? I read in a CVS tutorial that it > > should work fine. > I suspect it's a bug in CVS. No... > > I did have the options -D, -P turned on my .cvsrc file. Did > > that make a difference? [...] > Er, why are you specifying -D in .cvsrc? I find it unlikely that you will > always want to set your sticky tags to a specific date. This is almost certainly the source of the problem -- he had -D in .cvsrc *but no date*. Thus, CVS took the next argument from the command line (.) as the date and then complained about the invalid format. -Larry Jones I keep forgetting that rules are only for little nice people. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Why does CVS remember the last login user?
Jean-Christian Imbeault writes: > > The problem is that even though each user does a cvs login [username], > when we enter the CVS directory CVS no longer seems to recognize who we > are. Correct. "cvs login" only stores the default password to be used with a particular CVSROOT setting, it does not create any kind of a connection or session. You only need to login to a particular repository once (for all time). When you first check out a working directory, CVS stores the CVSROOT that you used and uses it for all subsequent operations in that working directory -- that makes life much simpler for those of us who use multiple repositories on a regular basis. Unfortunately, it makes life more difficult for the occasional misguided user who wants to share a working directory among multiple users. You can use the -d global option to override the stored CVSROOT: cvs -d $CVSROOT remove fileTestBEA -Larry Jones Talk about someone easy to exploit! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Problem changing Sticky Options
Blaney, Liza writes: > > Accroding to cvs status, I still have a sticky option of -kb. Your cvs admin only affected the default keyword substitution mode in the repository files, it didn't affect the actual keyword substitution mode in your working directory -- you need to run update -A in the working directory to reset it. -Larry Jones Physical education is what you learn from having your face in someone's armpit right before lunch. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Access to old "historic" CVS releases ?
Harry Putnam writes:
>
> The link at:
> "you must first set up an SSH tunnel for security purposes"
>
> Seems to be broken... it leads to:
> HTTP Status 404 - /servlets/{0}
See the "More about SSH tunneling" link at the bottom of the page
instead.
-Larry Jones
Mom must've put my cape in the wrong drawer. -- Calvin
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/info-cvs
Re: mutile root doesn't work ?
scsoce writes: > > i put a new --allow-root option in the xinet, but the last path refused to > work while server rejected access to the path for the user You need to tell xinetd to re-read it's configuration. See the xinetd man page or your system administrator. -Larry Jones Hmm... That might not be politic. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: remote log information
[EMAIL PROTECTED] writes: > > Thanks, but that doesn't seem to work for me. When I try it, I get a > warning that rlog is deprecated (and that I should use the synoymous log > instead). Upgrade your client. You should probably upgrade the server, too. -Larry Jones TIME?! I just finished the first problem! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: ***glaring*** flaw in cvs import?
Robert P. J. Day writes: > > do i understand it correctly that there is > no way to configure cvs to ignore some *file* patterns but not the > same *directory* patterns? Yes. > if that's true, that's definitely one of > the worst examples of software design i've seen in lots of years. That's because it hasn't been changed in lots of years (because it's just not that big a problem). Feel free to submit patches! -Larry Jones Any game without push-ups, hits, burns or noogies is a sissy game. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Using CVS with subcontractors
Mark Doherty writes: > > My company has subcontracted some work to an engineering firm in India, > however some of > the components that we have in our project are commercially sensitive and as > such we need > to prevent access to these elements via cvs, how can I configure cvs to > allow co/ci access > to certain modules and not to others? Set the file/directory ownership and permissions appropriately: <https://www.cvshome.org/docs/manual/cvs-1.11.17/cvs_2.html#SEC13> -Larry Jones These pictures will remind us of more than we want to remember. -- Calvin's Mom ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Files added to branch end up in Attic post merge to Head.
Matt Reason writes: > > I'm 100% sure. I have the branch and the head checked out into > different dirs on my desktop. The files I added to the branch are > sitting there happily but the on the main - they're gone. It's not the things you don't know that get you into trouble, it's the things you know that just aren't so. I'm not questioning the current state of your repository, but I find your description of how it got into that state quite unlikely. The most likely source of your problem is that you merged into a working directory but didn't commit the resulting files. If you do "cvs log" on one of the affected files and post the result, we can tell for sure what's going on. Oh, and you might mention what release(s) of CVS you're using. -Larry Jones Isn't it sad how some people's grip on their lives is so precarious that they'll embrace any preposterous delusion rather than face an occasional bleak truth? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Files added to branch end up in Attic post merge to Head.
Matt Reason writes: > > I added a ton of files on a branch the other day. I merged the branch > to the Head yesterday and all of the files went into the Attic. I have > no idea why this has occurred. To me it seems like a bug. There is > nothing in the documentation about this. Can anyone explain this to me? Are you sure that's what happened? The files should have gone into the Attic when you added them to the branch. When you merge the branch onto the trunk *and commit*, they should get moved out of the Attic. The rule is that a file should be in the Attic if, and only if, it does not exist on the head of the default branch (which is usually the trunk, but can be the vendor branch). -Larry Jones It seems like once people grow up, they have no idea what's cool. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Import question
Lemke, Michael IZ/HZA-IOP writes: > > When I do a cvs import of a new vendor version the new files become the > head revision. I'd like to do the import such that it doesn't affect HEAD. > Only after I've tested the new stuff I want it to become HEAD. Of course, > it should work with local changes merged in just like the standard way of > doing it on the trunk. How can I do this? Unfortunately, CVS doesn't have any convenient way to let you do that. -Larry Jones I told her to expect you to deny everything. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Setting up a CVS server and clients for SSH connection method
George writes: > > Is there some reference or book that can describe all steps needed to > set up authentication via CVS on both the server and clients? Have you tried reading the manual? <https://www.cvshome.org/docs/manual/cvs-1.11.17/cvs_2.html#SEC26> -Larry Jones Wh. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: remote log information
thanks...i was trying to do it with Visual Interdev (6) and it wasn't
working.
I ended up doing what you suggested, but I encountered some strange errors
with the FrontPage "navbar" which is actually a
border/theme/what-have-you...on the original server all the buttons the user
had created were in the navbar, but when I copied the site to my local drive
and opened it in FP2000, some of the buttons were missing!
FP has to be the WORST editing program I've ever seen
- Original Message -
From: "Phil Iovino" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 12, 2003 7:51 AM
Subject: [isp-win2k] RE: Problem with FrontPage Website
> The best way to move an FP site from one server to another is to publish
> it, particularly if sites use FP features like themes and borders.
>
> > -Original Message-
> > From: andrew kagan [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 12, 2003 6:59 AM
> > To: [EMAIL PROTECTED]
> > Subject: [isp-win2k] Problem with FrontPage Website
> >
> >
> > Hi All: I have limited experience with FrontPage websites.
> >
> > We moved a site from an NT4 server with FPSE vers. 4 to a new
> > server running Win2K/FPSE vers.5. One of the site admins was
> > given "author" privileges but not "advanced author". (On FPSE
> > vers. 4 these options are not present).
> >
> > When they connected to the site using FrontPage and made some
> > changes, all of the navigational links were lost. The
> > navlinks were probably created using FP's "themes" and "borders".
> >
> > We attempted to restore the site from a previous backup but
> > can't seem to get the settings restored properly. Was the
> > original problem permissions-related or would there be some
> > other FP problem we're not aware of?
> >
> > TIA, AK
> >
> >
> >
> > _ The ISP-WIN2K Discussion List _
remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
Re: remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
RE: remote log information,
Jim.Hyslop
<--
Chronological
-->
<--
Thread
-->
[EMAIL PROTECTED]">
Reply via email to
remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
Re: remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
RE: remote log information,
Jim.Hyslop
<--
Chronological
-->
<--
Thread
-->
[EMAIL PROTECTED]">
Reply via email to
remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
Re: remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
RE: remote log information,
Jim.Hyslop
<--
Chronological
-->
<--
Thread
-->
[EMAIL PROTECTED]">
Reply via email to
Re: remote log information,
Larry Jones
Re: remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
RE: remote log information,
Jim.Hyslop
<--
Chronological
-->
<--
Thread
-->
[EMAIL PROTECTED]">
Reply via email to
Re: remote log information,
Larry Jones
Re: remote log information,
Jason . Gibbons
Re: remote log information,
Larry Jones
RE: remote log information,
Jim.Hyslop
Chronological
-->
Thread
-->
[EMAIL PROTECTED]">
Reply via email to
<!--
google_ad_client = "pub-7266757337600734";
google_alternate_ad_url = "http://www.mail-archive.com/blank.png";
google_ad_width = 160;
google_ad_height = 600;
google_ad_format = "160x600_as";
google_ad_channel = "3243237953";
google_color_border = "CE9689";
google_color_bg = ["FF","ECE5DF"];
google_color_link = "006792";
google_color_url = "006792";
google_color_text = "00";
//-->
remote log information
Jason . Gibbons
Re: remote log information
Larry Jones
Re: remote log information
Jason . Gibbons
Re: remote log information
Larry Jones
RE: remote log information
Jim.Hyslop
Reply via email to
Re: Problem creating new repository
Brice Oliver writes: > > I try to log into the second repository, > and I get the error: "/work3/testcvs: no such repository". You need to add an --allow-root= option for the new repository to your [x]inted configuration file. -Larry Jones Oh, what the heck. I'll do it. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Access to old "historic" CVS releases ?
Johan Holmberg writes: > > Are old source code releases of CVS available in some way ? Yes, they're available from the downloads page at cvshome.org under "archive". > And as far as I understand the CVS archives of CVS itself aren't > available either. They are. You can browse them on-line at cvshome.org by picking the "Version control" link, or you can register as a user and then set up an SSH tunnel for direct access as described in the "CVS client setup instructions" on that page. -Larry Jones Is it too much to ask for an occasional token gesture of appreciation?! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: how to do an rcs revert?
Tyler writes: > > Don't you mean two -j options? > > cvs update -jHEAD -j1.1 file1 Yes, I do. -Larry Jones Your gender would be a lot more tolerable if it wasn't so darn cynical! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Cannot add a file to module.
Shaun Brennan writes: > > RCS file: /Test/Linklyzer/src/fubar.cpp,v > done > cvs commit: Couldn't open rcs file `/Test/Linklyzer/src/fubar.cpp,v': > Permission denied > Terminated with fatal signal 11 What release of CVS are you running? If it's not one of the current releases (1.11.17 or 1.12.9), try upgrading and see if that fixes the problem. If not, try running the command with the global -t option and post the resulting trace. -Larry Jones Start tying the sheets together. We'll go out the window. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: how to do an rcs revert?
Jim.Hyslop writes: > > Mike wrote: > > Given a project a that has the path a/b/c/d and a file a/b/c/d/file1, > > you check in file1, then make a change, check in the change, then > > want to revert to the original version, how do you do it? > > Use the -p and -r options: > > cvs update -p -r1.1 file1 > file1 > > then check it in again. Or use update with two -r options (note that the order is important): cvs update -rHEAD -r1.1 file1 then check it in again. -Larry Jones I think my cerebellum just fused. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Situation with Import
[EMAIL PROTECTED] writes: > > Yes, I will still download files from remote CVS, but directly to the > local CVS folder. I don't need to do an Import again right? Right, provided you download the actual repository files (the *,v files) with something like FTP. If you mean you're just going to do a checkout from CVS, then you need to import. -Larry Jones You just can't ever be too careful. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Situation with Import
[EMAIL PROTECTED] writes: > > 1. If some files are deleted or moved in remote CVS1, it doesn't get > reflected during Import. The old files still exist which causes > confusion. If you do a merge after importing like you're supposed to, deleted files are detected and deleted. > I am thinking of a solution for which I need some advice: > > Download the files from remote CVS1 directly to a folder (say > /remote/folder) in local CVS2 machine. Configure the /remote/folder as > another CVS repository in CVS2 machine setup. Both CVS use pserver > connectivity. > > Now, will this lead to any problems, is what I am trying to foresee. As long as you download the repository files that should be equivalent to what you're currently doing. -Larry Jones Sometimes I think the surest sign that intelligent life exists elsewhere in the universe is that none of it has tried to contact us. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: [cvs pserver] unrecognized auth response
Mark D. Baushke writes: > > If the directory is NFS mounted, it is possible that root does not have > permissions to one or more of the intermediate directories leading to > the config file. It's also asking for trouble -- essentially every reported instance of repository corruption as been caused by NFS interoperability bugs. You're strongly advised to *NOT* use an NFS-mounted repository. -Larry Jones I'm so disappointed. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: up-to-date check failed from a lower revision to higher revision
Antony Paul writes: > > I started with version 1.1. I created a new version using the command > > cvs commit -r 1.4.1 one.txt First, you shouldn't be specifying explicit revision numbers -- revision numbers are for CVS's internal use. If you want meaningful identifications, use tags. Second, how did you manage to do that? You shouldn't be able to create a branch with commit -r, you should have gotten an error that CVS couldn't find the 1.4 branch. You need to give us an exact sequence of steps to reproduce the error. And it would be helpful to tell us what release of CVS you're using (cvs version). -Larry Jones Wh. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: How to tell CVS that it should use the proper date/time
marko writes: > > oops, I couldn't find a -d option in cvs' info docus. Perhaps it's still > not supported in 1.11.5?! It's mentioned in the Quick Reference, but not in the detailed guide. It's not new, it's been there "forever". -Larry Jones I like maxims that don't encourage behavior modification. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: How to tell CVS that it should use the proper date/time
Derek R. Price writes: > > It wouldn't, but it could break the RCS archive file contract that says > that internal commit timestamps will be increasing. Is there such a contract, given that RCS's ci has a -d option that lets you set the date to anything you want (and its default is the file's timestamp, not the current time)? On further consideration, I'm not sure that that would cause any problems (unless CVS really does depend on revisions being in date order). -Larry Jones This game lends itself to certain abuses. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: How to tell CVS that it should use the proper date/time
marko writes: > > I wonder how CVS can be convinced to set the original date/time of a file > at checkin time when I do a checkout! I'm having a hard time parsing that sentence, but I think that's what it already does -- when you do a fresh checkout, the files have the timestamps of when they were checked in. That's not true for update, however, since it would break things like make. If you mean you want checkout to record the current timestamp of the file rather than the time of the checkin, that would also break things like make. Import, however, has the -d option to do just that. -Larry Jones Somebody's always running my life. I never get to do what I want to do. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs pserver not listening on port 2401
Tom Copeland writes: > > That's something I've wondered about... since cvs is run under xinetd, > the 500 KB binary gets loaded into memory each time a command comes in. Most modern systems keep the text in virtual memory until something else needs the memory, but if you're concerned, you can always set the sticky bit on the exectuable. > Has anyone given a shot at writing some front-end code to let cvs stay > in memory and serve up requests? That could be a challenge since the code is completely untested in the environment. People have already reported problems sending multiple commands over a single connection, let alone trying to server completely unrelated users. -Larry Jones I think we need to change the rules. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs pserver not listening on port 2401
Karl Lehnberger writes: > > But starting the cvs server either with > cvs -f --allow-root=/space/cvs pserver& You can't do that -- CVS doesn't run as a stand-alone server, it *must* run under a superserver like inetd or xinetd. > or over > xinetd Then your xinetd configuration likely wasn't correct. -Larry Jones Let's just sit here a moment... and savor the impending terror. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Permissions for newly added CVS files
Markus Bott writes: > > When i add new files, the permissions are set to readonly for owner, > group and all. I ve tryed to set the CVSUMASK variable, but there is no > difference. If you mean the repository files, they're supposed to be read-only. CVS never modifies an existing file, it replaces it with a new file. -Larry Jones Ha! Wild zontars couldn't drag that information out of me! Do your worst! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cygwin on windows, repository on linux, cr/lf problems
Eric Taylor writes: > > Is there a way to force line ending conversion? Is this a cygwin problem? Or maybe my > ssh connection is causing this? It's probably a cygwin problem -- there's an installation option for whether to use CR/LF or just LF as the default line ending and the default is (incorrectly, in my opinion) just LF. -Larry Jones I think if Santa is going to judge my behavior over the last year, I ought to be entitled to legal representation. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Does anyone Know this error?
Hugo Carvalho writes: > > cvs [login aborted]: connect to cvs.apache.org(209.237.227.194):2401 > failed: Connection refused <https://www.cvshome.org/docs/manual/cvs-1.11.16/cvs_21.html#SEC187> -Larry Jones When I want an editorial, I'll ASK for it! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Bugs with CVS in Windows XP professionel
[EMAIL PROTECTED] writes: > > C:\Documents and Settings\admmounir\Bureau>cvs add -kb -m "ee" raj.doc > cvs add: cannot open CVS/Entries for reading: No such file or directory > cvs [add aborted]: no repository You can only add files in a directory that you've checked out. -Larry Jones Another casualty of applied metaphysics. -- Hobbes ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Merge Confusion
Jim.Hyslop writes [re merging]: > > You will have to use 'cvs add' and 'cvs remove' to have these files added or > removed from the trunk. Not so -- a merge with two -j options should handle that automatically. -Larry Jones What a stupid world. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Sharing files between branches
Russ writes: > > In there any way to tweak a file so that it's shared between all branches? No. -Larry Jones Nobody knows how to pamper like a Mom. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Check out question.
Hon Seng Phuah writes: > > Unfortunately, by invoke checkout command, it will checkout all a/b/c > module files into my new hard drive. Is there a way to prevent > checking out all module files into my new hard drive? Use the -l option of checkout to prevent recursion. -Larry Jones I keep forgetting that rules are only for little nice people. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Checkout problem with 1.11.17
Arnaud writes: > > The CVSROOT of our project is located in the home directory of > a friend (/udd//cvs). We are in the same group and the permissions > are /udd/ : drwx--x---, /udd//cvs : drwxr-x---. > Everything works perfectly with the version 1.11 of GNU cvs. No it doesn't, you just haven't tried anything that doesn't work yet. > When I try to checkout our project with version 1.11.17, I get the > following error: > cvs [checkout aborted]: cannot getwd in /udd//cvs: Permission denied You need group read permission on /udd/xxxx in addition to execute permission. -Larry Jones No one can prove I did that!! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: can i merge 2 repositories?
Eric Taylor writes: > > Can I simply copy (or move) a repository module > directory from one repository to another? Yep, it's really that easy. > As an correlary, is there any real difference between multiple repositories > of one project each, and the same set of multiple projects all in one repository. The main difference is that each repository has its own administrative files. Whether that makes any practical difference depends entirely on how you're using the administrative files. -Larry Jones Hello, local Navy recruitment office? Yes, this is an emergency... -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Deleting a branch, Can't do it.
Russ writes: > > Would this also remove any revisions made in that branch? No. CVS, unfortunately, has no convenient way to remove all the revisions on a branch. -Larry Jones What's the matter? Don't you trust your own kid?! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Cannot connect to CVS server
Andrew Golebiowski writes: > > "cvs [login aborted]: connect to [IP-address]:2401 failed: No connection > could be made because the target machine actively refused it." Something is blocking access from the client to port 2401 on the server. Either the router is not correctly set up to let the traffic through or you have some kind of firewall software running on the server itself that's blocking the connection. -Larry Jones Hello, I'm wondering if you sell kegs of dynamite. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs over ssh with multiple users
Chris_V writes: > > I have a user account on a linux machine and we can use CVS on it using > the ssh protocol for security reasons (ext). This works fine for me and > I can log in using my account username and account password. Now, > how can I give access to this CVS repository to other people with other > usernames and passwords (so I need not to give them my account > password)? You need to give them their own accounts so that they can use ssh, too. -Larry Jones Summer vacation started! I can't be sick! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: import -> no checkout possible
calmar writes: > > When I import a directory (cd into it + 'cvs import b-c-r vendor tag') it says > there have been no conflics. > > but when I want to checkout it with: 'cvs checkout b-c-r' it tells me > > cvs [server aborted]: there is no repository /var/cvs/htdocs That implies that you're trying to checkout into an existing b-c-r directory that already contains stuff (in particular, it contains, either directly or indirectly in some subdirectory, a CVS/Repository file that contains "/var/cvs/htdocs"). Checkout into a new directory and everything should work. -Larry Jones I've got more brains than I know what to do with. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: log
Sjur Vestli writes: > > Whatever variant of "2004-06-18;2004-06-22" I use I also get revisions > checked in in May (and not modified since). That's because what you've asked for is the log message for 2004-06-18 and the log message for 2004-06-22. To ask for all the log messages between those dates you need to use "<" rather than ";". -Larry Jones Who, ME? Who?! Me?? WHO... Me?! Who, me??? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: changing remote server for existing project
Roger Levy writes: > > I have a project checked out of a remote server with a shared file > system Having a repository on a shared file system is a recipe for disaster. Unless you have a hetergeneous environment where the file server and all the clients are running identical software of the file server is a dedicated file server appliance that's been well tested, I strongly suggest you rethink the location of your repository. > There are other machines with the same > filesystem mounted via which I would like to update and commit > existing changes. How is this possible? If i just change the Root > file in the CVS directory for every directory in the project from > > :ssh:@: > > to > > :ssh:@: > > will everything just work? It should. There's even a script in contrib/newcvsroot that does that. -Larry Jones The problem with the future is that it keeps turning into the present. -- Hobbes ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: update on remote working copy
Paulo Franzon writes: > > I would like to type something like this from my command prompt: > cvs update "the other machine" "I am john" "my password is this you > know who am I" /this path/this file That's what rsh and its modern, secure sibling, ssh are for. -Larry Jones I take it there's no qualifying exam to be a Dad. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Import problem
Peg writes: > > This seems to work and reports no errors. However when I > > cd /export/home/alexHome > > and do > > cvs checkout project > > I get ? next to all the directories, and I can't cvs update any files. That's because you already have a project directory there that's full of subdirectories and files! Either do the checkout into a completely different location, rename the existing project directory before doing the checkout, or use the -d option of checkout to name the checked-out directory something different. -Larry Jones I've got PLENTY of common sense! I just choose to ignore it. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Updating Locally Modified
Prashant writes: > > Hi, this is my problem. I have a file that is locally modified (i.e. > newer than the version in the repository), but what I want to do > update my working version from the repository version (i.e. merge the > changes i've made). CVS won't let me do this because it doesn't merge > locally modified files. Huh? CVS most certainly does merge locally modified files. What are the exact commands you're using and what is the exact error you're getting? > But whenever a new version of the open source code > comes out, I just want to download the files, and patch them with my > modifications. Whats the easiest way to do this? Read the section of the manual on tracking 3rd-party sources: <https://www.cvshome.org/docs/manual/cvs-1.11.16/cvs_13.html#SEC103> -Larry Jones That's the problem with nature. Something's always stinging you or oozing mucus on you. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Problem with huge files/folders in CVS
[EMAIL PROTECTED] writes: > > Is there a way to have CVS use any other folder for the above? <https://www.cvshome.org/docs/manual/cvs-1.11.16/cvs_2.html#SEC37> -Larry Jones Physical education is what you learn from having your face in someone's armpit right before lunch. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs [log aborted]: unrecognized operation error
Carter Thompson writes: > > What's the best way to go about resolving this error? I've tried to > find problems > directly with the RCS file itself but I've been unable to find anything > wrong with > it and I'm afraid that I'm missing something obvious. That error does, indeed, mean that the RCS file has been corrupted. I strongly suggest that you run the contrib/check_cvs script to check for any other files in your repository that have also been corrupted. There are no good ways to resolve the problem. Your best bet is to find a recent backup (that isn't also corrupted) that you can restore and then redo any subsequent changes. If the damage isn't too severe, you may be able to fix it by hand, but as you've discovered, that isn't an easy process (you may want to see if RCS will give you any more information about exactly were the problem lies). You need to find out what caused the corruption and make sure it doesn't happen again. The most common cause is using NFS to access the repository (subtle interoperability problems between different NFS implementations are unfortunately common). Less common causes are hardware problems or someone manually editing the file. -Larry Jones ...That would be pretty cool, if they weren't out to kill me. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Cvs admin command question - using on files existing on branch also
Jeeva Sarma writes: > > I have a question using cvs admin command to delete a > revision of a file. If I deleted revision 1.7 of a > file, which also exists on a branch at that revision, > what will be the status of that file on the branch? A revision cannot be on multiple branches. Revision 1.7 is on the trunk and only on the trunk. If you have a branch that's rooted at a particular revision, then I suspect that removing that revision would be a bad idea. > Some files exist on trunk and also branch, and we want > to rollback some revisions for these files only on the > branch, is there anyway we can use the cvs admin > command for to achieve this? Or should we do it > manually? Neither. You should use update with two -j options to remove the revisions in question and then commit the result as a new revision: <https://www.cvshome.org/docs/manual/cvs-1.11.16/cvs_5.html#SEC62> -Larry Jones When you're SERIOUS about having fun, it's not much fun at all! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: $CVSROOT/CVSROOT scripts
[EMAIL PROTECTED] writes [quoting me]: > > > >If you > >neglected to do that, you can set the permissions on the RCS > >file and CVS should copy them to the checkout out file in the future. > > Sorry I missed this. Where in the RCS files? I see "access;" so I'm > assuming it's there, but set to what? Not *in* the RCS file, *on* the RCS file. CVS uses the RCS file's permissions as the template for the checked-out file's permissions. -Larry Jones I always send Grandma a thank-you note right away. ...Ever since she sent me that empty box with the sarcastic note saying she was just checking to see if the Postal Service was still working. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: $CVSROOT/CVSROOT scripts
Frederic Brehm writes: > > At 02:07 PM 6/21/2004, Larry Jones wrote: > >If you don't care > >about revision control on the scripts > > Horrors! Heretic! Everyone knows it's the cobblers children who have no shoes. ;-) -Larry Jones I take it there's no qualifying exam to be a Dad. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: $CVSROOT/CVSROOT scripts
[EMAIL PROTECTED] writes: > > Ok what's the proper way of putting scripts into this > directory that the cvs files can use. As usual, the answer begins with "That depends...". If you don't care about revision control on the scripts, then you can just copy them into the directory. If you do want revision control, then you need to follow the basic process you outlined with just a few corrections: > - checkout the $CVSROOT/CVSROOT directory > - cvs add buglog.sh file Set the permissions the way you want them now and CVS will preserve them for you. > - modify loginfo to call the buglog.sh file Also modify the checkoutlist file to include your new file. > - cvs commit OK. > - cp ../CVSROOT/buglog.sh,v ../CVSROOT/buglog.sh (???) > - Remove RCS info from buglog.sh (???) No. If you added your file to checkoutlist, CVS should check it out automatically. (And will do so every time to commit changes to it in the future.) If you neglected to do that, simply do so now and CVS will checkout your file when you checkin the change to checkoutlist. > - Ensure correct rwx permissions for ../CVSROOT/buglog.sh A good idea, but it shouldn't be necessary if you set them correctly before checking it in the first time. If you neglected to do that, you can set the permissions on the RCS file and CVS should copy them to the checkout out file in the future. -Larry Jones If I was being raised in a better environment, I wouldn't do things like that. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Preserve empty directories when checking out a tagged version
Esther Parrilla Endrino writes: > > Is there a way to execute a checkout of a tagged version and retrieve > the empty folders too? No. Getting empty directories when you don't specify a revision or -P is just an accident of history -- we generally suggest adding -P to your .cvsrc file so that it behaves consistently. Either add a file to the directory so it's not empty anymore or create it another way (e.g., as part of your build process) rather than expecting CVS to create it. -Larry Jones I'm so disappointed. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Branch revision numbers -- help
Jeeva Sarma writes: [stuff about import, branches, and revision numbers] > > Is this consistent or have I done something wrong? It looks fine to me. -Larry Jones There's never enough time to do all the nothing you want. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: CVS not using environment variables
Jerry Neely writes: > > Apparently, CVS doesn't see that CVSROOT is set in my environment. It's not. You've apparentlly set a shell variable rather than an environment variable. If you're using an sh-like shell, you need to export the variable: export CVS_ROOT If you're using a csh-like shell, you need to use setenv rather than set when defining the variable. -Larry Jones Any game without push-ups, hits, burns or noogies is a sissy game. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: View List of CVS Tags (basic question)
Iain Freeston writes: > > I am after a list of Tags made in CVS. Tags are kept in the individual RCS files, there's no central database of them. You can find the tags on a particular file with the log command or with status -v. -Larry Jones I stand FIRM in my belief of what's right! I REFUSE to compromise my principles! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: View List of CVS Tags (basic question)
Brian Gough writes: > > A list of tag names is stored in the CVSROOT/val-tags file in the > repository. But it's not complete. It's just a cache for optimization purposes. -Larry Jones Everything's gotta have rules, rules, rules! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
Re: View List of CVS Tags (basic question)
Jim.Hyslop writes: > > Be > aware that val-tags shows all the tags ever applied to any file in the > repository No, it doesn't. It shows all the tags that have been used to *retrieve* files from the repository since the val-tags file was created. It's just an optimization -- you can delete it at any time and CVS will simply recreate it and continue to function normally. You should never rely on it for anything. -Larry Jones All this was funny until she did the same thing to me. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
