Repository on WinXP client on WinXP and Linux
Anybody has any experience with such a setup? I have a dual boot laptop that I use for developing code, and I have experimented with CVS for some time on WinXP and on Linux, but with repositories on WinXP and on Linux respectively. I would like to use one single repository regardless of whether I boot WinXP or Linux. Is that possible, or feasible at all? Thanks for your time. -- FCC. === The final forming of a person's character lies in their own hands. -Anne Frank ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Repository on shared drive of dual boot system (WinXP and Linux)
Anybody has any experience with such a setup? I have a dual boot laptop that I use for developing code, and I have experimented with CVS for some time on WinXP and on Linux, but with repositories on WinXP and on Linux respectively. I would like to use one single repository regardless of whether I boot WinXP or Linux. Is that possible, or feasible at all? Thanks for your time. -- FCC. === The final forming of a person's character lies in their own hands. -Anne Frank ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Authentication Error while trying to access CVS from Eclipse.
Title: Authentication Error while trying to access CVS from Eclipse. Hi all, This issue is related to using CVS from Eclipse using PSERVER method. We could access CVS from Eclipse and things were fine ...till the point when the our DOMAIN name got changed i.e. all were migrated to different DOMAIN. Now, accessing CVSNT from WinCVS (using SSPI) is just OK as before but from Eclipse (using PSERVER) prompts error message stating Authentication erroralso when using SSH from Eclipse ..we get a timed out message... Any clues.. Thanks in advance ADey Scanned for viruses by MessageLabs. The integrity and security of this message cannot be guaranteed. This email is intended for the named recipient only, and may contain confidential information and proprietary material. Any unauthorised use or disclosure is prohibited. ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Idea for reducing disk IO on tagging operations
Hello, sorry for the late reply to this, but I was on vacation. Anything, I believe I might be able to contribute something to this discussion, which even resulted in some code. * On Sun, Mar 20, 2005 at 11:54:32PM + Dr. David Alan Gilbert wrote: OK, my conscience will let me carefully ignore NFS issues given the pain it causes me elsewhere (and I make my mechanism switchable). What happens if I only used the overwrite mechanism if none of the characters being modified crossed a 512 (e.g.) byte boundary offset in the file? Since the spaces were actually written in a previous operation we can assume that the space is allocated and no allocation operation is going to happen at this point (mumble filesystem journalling mumble!). IMHO, here, you are not correct. If I write X times a char Y into a file, I cannot assume that memory for X characters has been allocated. The file system can do some optimizations, compress the file (for example, run-length encoding RLE: First character tells that X times the same character will be written, and the character itself is written afterwards), or anything else. Furthermore, think of so-called sparse-files, which can be rather big - much bigger than your actual medium is itself. Because of this, even a block boundary in the file does not make much sense, IMHO, for the general case, that is, arbitrary file systems. Regards, Spiro. -- Spiro R. Trikaliotis http://cbm4win.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: Authentication Error while trying to access CVS from Eclipse.
Title: Message For questions about CVSNT please refer to the CVSNT newsgroup:news://news.cvsnt.org/support.cvsntorhttp://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt Since the pserver method writes the username (including domain) into the sandbox, I think you will need to check out the sandbox again to reset it (or hack the CVS\CVSROOT files). If the CVSNT server is running on a Windows computer which is a part of the new domain then the domain name may not be necessary. CVSNT server running on Unix/Linux will always require the domain namewhen authenticating against Active Directory. Regards, Arthur Barrett -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dey Arindam, Milton KeynesSent: Wednesday, 30 March 2005 8:57 PMTo: info-cvs@gnu.orgSubject: Authentication Error while trying to access CVS from Eclipse. Hi all, This issue is related to using CVS from Eclipse using PSERVER method. We could access CVS from Eclipse and things were fine ...till the point when the our DOMAIN name got changed i.e. all were migrated to different DOMAIN. Now, accessing CVSNT from WinCVS (using SSPI) is just OK as before but from Eclipse (using PSERVER) prompts error message stating Authentication erroralso when using SSH from Eclipse ..we get a timed out message... Any clues.. Thanks in advance ADey Scanned for viruses by MessageLabs. The integrity and security of this message cannot be guaranteed. This email is intended for the named recipient only, and may contain confidential information and proprietary material. Any unauthorised use or disclosure is prohibited. ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Reg: Basic CVS commands
Hello All, I am a technical writer and I am asked to version control my documents and also take care of release activities. I am going through the documentation set from CVS, but still expect a few pointers. The procedures/tasks that I am held responsible are: 1. Maintain separate CVS area for software (software hierarchy) and documentation (doc hierarchy) 2.At the time of every release, every team will give all of these files in a directory. I need to write a script import to check these files in the CVS area with release number as the tag. 3. I need to write a script build that will compile files as needed, check-in the outputs with the same tag. 4. I need to write a script release that will then check out read only, files with specific tag and locate them in the release area. Now MY queries: Please correct me if I am wrong. 1. I am using cvs import software tag from the respective respositories -software,documentation. Here software team is using a JAVA cvs, but I am using commandline cvs--Will there be any conflict, because I need to maintain their tags while importing. 2.I check out these imported files and assign tags to them using cvs tag release_1_0_1 software 3.Once I assign the tag, I will check out these files to the release area using cvs checkout. Please clarify me. Also, if some one has come across similar build process, please guide me with a better process. Regards, Balaji.D ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: delete an from local CVS/Entries file
Ok. That way you will only have to keep track of all the files you don't want tagged as well as all the corrisponding CVS/Entries files you are modifying. Sorry for the sarcasm. But you still need to keep track of a list of files and editing CVS/Entries sounds a bit dangerous. I'd be inclined to let cvs do the work. What are your reasons for wanting to exclude these files? And how often will the process need to be reproduced? Basically, what is the big picture? --Russ On Wed, 30 Mar 2005 11:08:22 +0530, Antony Paul [EMAIL PROTECTED] wrote: Thanks for the reply. It will become complicated to keep the list of files. Better I will write a script to delete the file from CVS/Entries file. On Tue, 29 Mar 2005 09:11:15 -0500, Russ Sherk [EMAIL PROTECTED] wrote: cvs tag -d MY_TAG Path/to/my.file [[Path/to/other.file]...] Cheers, --Russ On Tue, 29 Mar 2005 19:14:45 +0530, Antony Paul [EMAIL PROTECTED] wrote: Hi all, I need to delete a file from local checked out file(not from repository) and tag the rest of the file. If I just delete the file using rm -f and tag the directory the deleted file is also tagged. I dont want the deleted file to be tagged. Is there any option available to dot it ?. -- rgds Antony Paul http://www.geocities.com/antonypaul24/ ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs -- rgds Antony Paul http://www.geocities.com/antonypaul24/ ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: cvs editors funny
Paul Sander wrote: Be careful here. The location appears to the directory identified by the client at the time the edit was done. Due to network mounts, this path is not unique. So when editing, unediting, or committing a file, there's really no way to know if the workspace you're affecting is really the one recorded by a prior edit. True, but is that significantly different than the following scenarios: cvs co project cd project cvs edit file cd .. mv project proj2 or: cvs co project cd project cvs edit file cd .. rm -rf project Or am I missing something? -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: Checkout's over checkouts.
Hi Jim I will use the consolidated tag to replace HEAD ( cvs up -r HEAD -j HEAD -j consolidated-tag module ) Euan -Original Message- From: Jim.Hyslop [mailto:[EMAIL PROTECTED] Sent: 30 March 2005 16:28 To: 'Euan Guttridge'; info-cvs@gnu.org Subject: RE: Checkout's over checkouts. Euan Guttridge wrote: The best I can think of using CVS is to combine branch + tag1 as tagA, combine tagA with tag2 as tagB, combine tagB with tag3 as tagC etc.. Sorry, one question I forgot to ask - once you have this consolidated tag, what will you do with it? Will you be doing further development on that branch, or is your sole objective to apply a consolidated tag to different files? -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: Checkout's over checkouts.
Euan Guttridge wrote: I will use the consolidated tag to replace HEAD ( cvs up -r HEAD -j HEAD -j consolidated-tag module ) That makes it even simpler. You don't need all those extra branches and merges. Just: cvs update -A (make sure you have no un-committed changes) cvs update -jHEAD -jtag1 cvs update -jHEAD -jtag2 cvs update -jHEAD -jtag3 . . . cvs update -jHEAD -jtagN (sanity check) cvs commit (by the way, do a trial run on a test portion of your repository to make sure the -j options are in the right order). Now, I'm starting to get a little suspicious that your process is not the most effective. Why are you constantly overwriting the head? Can you describe your work flow a little? -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: Checkout's over checkouts.
The problem with doing that, which in fact also applies to my (bad) suggestion, is that this will 'schedule for removal' all files in HEAD not in tag1. -Original Message- From: Jim.Hyslop [mailto:[EMAIL PROTECTED] Sent: 30 March 2005 17:00 To: 'Euan Guttridge'; Jim.Hyslop; info-cvs@gnu.org Subject: RE: Checkout's over checkouts. Euan Guttridge wrote: I will use the consolidated tag to replace HEAD ( cvs up -r HEAD -j HEAD -j consolidated-tag module ) That makes it even simpler. You don't need all those extra branches and merges. Just: cvs update -A (make sure you have no un-committed changes) cvs update -jHEAD -jtag1 cvs update -jHEAD -jtag2 cvs update -jHEAD -jtag3 . . . cvs update -jHEAD -jtagN (sanity check) cvs commit (by the way, do a trial run on a test portion of your repository to make sure the -j options are in the right order). Now, I'm starting to get a little suspicious that your process is not the most effective. Why are you constantly overwriting the head? Can you describe your work flow a little? -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: Checkout's over checkouts.
Euan Guttridge wrote: The problem with doing that, which in fact also applies to my (bad) suggestion, is that this will 'schedule for removal' all files in HEAD not in tag1. Oh, right, missed that. You still don't need the extra tags and branches though: cvs rtag -rtag1 consolidated-tag module cvs rtag -rtag2 consolidated-tag module (etc.) cvs update -A cvs up -jconsolidated-tag -jHEAD -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: Checkout's over checkouts.
Of course, excellent solution - and simple. Just needed to add the '-F' to apply the consolidated tag to subsequent tagged versions. cvs rtag -rbranchname consolidated-tag module cvs rtag -F -rtag1 consolidated-tag module cvs rtag -F -rtag2 consolidated-tag module cvs co -j HEAD -j consolidated-tag module [sanity check] cvs commit -m 'blah' module Thanks.. Euan -Original Message- From: Jim.Hyslop [mailto:[EMAIL PROTECTED] Sent: 30 March 2005 17:20 To: 'Euan Guttridge'; Jim.Hyslop; info-cvs@gnu.org Subject: RE: Checkout's over checkouts. Euan Guttridge wrote: The problem with doing that, which in fact also applies to my (bad) suggestion, is that this will 'schedule for removal' all files in HEAD not in tag1. Oh, right, missed that. You still don't need the extra tags and branches though: cvs rtag -rtag1 consolidated-tag module cvs rtag -rtag2 consolidated-tag module (etc.) cvs update -A cvs up -jconsolidated-tag -jHEAD -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: cvs editors funny
No, it's not. But in your last message you seemed rather upbeat about finding the path of the workspace having been squirreled away. I'm just pointing out that you can't hope for a solution to this problem unless the workspace and repository can both agree on an identity for the workspace. Comparing the present working directory of the client with a stored workspace path will likely not satisfy this requirement. Storing the present working directory of the client in the workspace at the time it was created, and using that stored value, would satisfy the requirement. On Mar 30, 2005, at 7:08 AM, [EMAIL PROTECTED] wrote: Paul Sander wrote: Be careful here. The location appears to the directory identified by the client at the time the edit was done. Due to network mounts, this path is not unique. So when editing, unediting, or committing a file, there's really no way to know if the workspace you're affecting is really the one recorded by a prior edit. True, but is that significantly different than the following scenarios: cvs co project cd project cvs edit file cd .. mv project proj2 or: cvs co project cd project cvs edit file cd .. rm -rf project Or am I missing something? -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) -- Paul Sander | Lets stick to the new mistakes and get rid of the old [EMAIL PROTECTED] | ones -- William Brown ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Repository on shared drive of dual boot system (WinXP and Linux)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FCC [EMAIL PROTECTED] writes: Be real here. You have a gmail account and still are playing games with the reply address? Why do you make life difficult for everyone who might want to reply to you? Anybody has any experience with such a setup? I have know of folks that used a mirror of the same repository on both Windows and GNU/Linux boxes with no problems which is close to equivalent. Problems only arise with the use of the scripting for the various commit triggers in the CVSROOT. You need to be careful how you setup your commitinfo, verfifymsg, loginfo triggers to work properly in both modes. I have a dual boot laptop that I use for developing code, and I have experimented with CVS for some time on WinXP and on Linux, but with repositories on WinXP and on Linux respectively. I would like to use one single repository regardless of whether I boot WinXP or Linux. Is that possible, or feasible at all? Sure, it is possible and with some care it should be feasible. However, you may find it is more sane to use CVSNT for both instead of just for the WinXP box in this case. Otherwise is may be difficult for you to have a consistent set of configuration files for commits. Note that info-cvs@gnu.org is not really about CVSNT questions, so you probably want to look into http://www.cvsnt.org/ for more answers. -- Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFCSu4U3x41pRYZE/gRArknAJ4+qTCJNJwqDxm/pA6/Q+0NlrxW4QCdFWtZ WYnSZJ8hu+AIEwDp1lthyLs= =ufti -END PGP SIGNATURE- ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Kerberos authentication
Hi, I've installed cvs, it is working fine, but I'm having problemsconfiguringthe Kerberos authentication through gssapi. (I believe)I've successfully compiledCVS with encryption and gssapi support,krb5 andinstalled a master KDCwith several principals, including cvs/myhostname. The problem is, when I try to connect from the server computer to its repository via gserver, I gettwo types of errorsthat say: 1) cvs [init aborted]: received broken pipe signal 2) cvs [init aborted]: error from server aquilanet.hu: cvs [pserver aborted]: could not acquire GSSAPI server credentials I've done a "kinit cvs/aquilanet.hu" before issuing the init command (or any other commands, for that matter), and klist tells me that a valid ticketexists, just like it should... Any ideas what could be wrong? Thanks in advance, David ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
RE: Remote repository permissions best practices
I had suggested one group per project, but that has its own set of difficulties: - Each user has a default group that is used to set permissions on new files (I know there's supposed to be a way to configure the O/S to inherit permissions from the parent, but our sysadmin either hasn't figured it out or is too busy to correct the problem). It's the set group id on the directory (chmod g+s dirname). - Each full-time user would now have to be made a member of each project group - quite a manually-intensive, error-prone chore. Yes this is a problem, especially if you use NIS, then you get into the 16 groups only limitation of NIS. One thing that has helped us a bit is that the guy who implemented CVS here had the good idea of using ACL's. So we can have one (or several) group that have read only permission to a repository, and another (or several) group that has read/write permission to that same repository. Yves. Yves Dorfsman [EMAIL PROTECTED] http://www.cuug.ab.ca/dorfsmay http://www.SollerS.ca ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: delete an from local CVS/Entries file
I work on a maintenance project. There will be more than one task delivered at one time. The onsite guy will checkout the files by task, and test. If a task is OK then the working copy is tagged by task number. If any of the task is not working and it is a new file that has to be deleted in order to not tag this with other tasks. That task may be left untouched for several days till it is fixed and new tasks may be delivered in between. So it is difficult to document and exclude these files over a period of time. It will be nice if I could give a script to delete the files. On Wed, 30 Mar 2005 10:12:29 -0500, Jim.Hyslop [EMAIL PROTECTED] wrote: Antony Paul wrote: It will become complicated to keep the list of files. Better I will write a script to delete the file from CVS/Entries file. If this is something you are going to do on a regular basis, then sooner or later this will turn around and bite you - hard. I *strongly* recommend you find another way to do this. Manually editing CVS administrative files should be considered a one-time, last resort option to fix one specific problem. -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. ( http://www.leitch.com ) Columnist, C/C++ Users Journal ( http://www.cuj.com/experts ) -- rgds Antony Paul http://www.geocities.com/antonypaul24/ ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Editing Log Description
Hi, How can I edit the log description of the objects that have already been commited? Basically, some technical developers forgot to enter details during commit and I want to take note of the reference ID and Description of the checked-in object for a particular revision. Please advise. I appreciate your replies. Thanks in advance. ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs
Re: Editing Log Description
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mary Lou RODRIGUEZ [EMAIL PROTECTED] writes: How can I edit the log description of the objects that have already been commited? Basically, some technical developers forgot to enter details during commit and I want to take note of the reference ID and Description of the checked-in object for a particular revision. Given a version x.y for foo.txt that needs to be updated cvs admin -mx.y:'This is the multi-line log message that was intended to be on the file' foo.txt See https://www.cvshome.org/docs/manual/cvs-1.11.19/cvs_16.html#SEC119 for details. -- Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFCS1Hx3x41pRYZE/gRAq4OAJ0Q2OIo6ekBGiHt4Ct/5E9ZNT6vQACfarA1 KM2J1OqTkt3rnpKCtcKJ8aY= =pRdd -END PGP SIGNATURE- ___ Info-cvs mailing list Info-cvs@gnu.org http://lists.gnu.org/mailman/listinfo/info-cvs