I have a repository created on a Windows 2003 Standard Edition server. It is running cvsnt and I want to move it to a linux box. I was wondering if there was some way to export the projects in the old repository, to the new one? I know that I can simply use the export command, however, this will not retain the repository history to date.
Thanks in advance! Peter L. Sotos -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: None To: [EMAIL PROTECTED] Subject: Info-cvs Digest, Vol 17, Issue 31 Send Info-cvs mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://mail.gnu.org/mailman/listinfo/info-cvs or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Info-cvs digest..." Today's Topics: 1. RE: strange "it is in the way" message (Lars Huttar) 2. Re: how to checkin binary files (Doug Lee) 3. Re: Info-cvs Digest, Vol 17, Issue 29 (Larry Jones) 4. Merging problem (was Re: (no subject)) (Derek Robert Price) 5. Re: strange "it is in the way" message (Derek Robert Price) 6. Re: strange "it is in the way" message (Derek Robert Price) 7. Re: strange "it is in the way" message (Larry Jones) 8. Re: how to checkin binary files (Sarah Gonzales) 9. Re: What is a module? (Pierre Asselin) 10. listing of modules ([EMAIL PROTECTED]) ---------------------------------------------------------------------- Message: 1 Date: Thu, 22 Apr 2004 11:15:50 -0500 From: "Lars Huttar" <[EMAIL PROTECTED]> Subject: RE: strange "it is in the way" message To: "'Jim.Hyslop'" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" > Lars Huttar wrote: > > Jim, > > Thanks for your response. > > The server version is > > "Server: Concurrent Versions System (CVS) 1.11.2 (client/server)" > > I'm inquiring as to what the server platform is (it's in another > > state). > A different state - possible a different time zone? If that's > the case, then > Frederic Brehm's suggestion of a time difference _might_ be a > contributing > factor, although CVS is usually fairly robust about clock differences > between the client and server. > > What connection method do you use - pserver? ext? ssh? ...? I use pserver. The CVSROOT, in case it matters: :pserver:[EMAIL PROTECTED]:2401/var/cvsroot/ea (Although in the file CVS/Root on my dev machine, the string is ":pserver:[EMAIL PROTECTED]:2401:/var/cvsroot/ea", i.e. there is a colon added after the port number. Does that matter in any way? Today when I used the command line cvs client on my dev machine thus: cvs -d :pserver:[EMAIL PROTECTED]:2401:/var/cvsroot/ea version it complained about the port number until I removed the colon. But I think that's probably irrelevant to the problem I'm having on the test server, where the CVSROOT has no colon after 2401.) The CVS server *is* in another time zone. (I'm in Central, it's in Eastern.) If that is the problem, it's strange that it would occur only on the test machine, not on the dev machine (both of which are in CDT). Lars ------------------------------ Message: 2 Date: Thu, 22 Apr 2004 12:12:47 -0400 From: Doug Lee <[EMAIL PROTECTED]> Subject: Re: how to checkin binary files To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii On Thu, Apr 22, 2004 at 05:52:17PM +0200, Spiro Trikaliotis wrote: > Specifically for MS Word, I ask myself what would be a better use: Store > the .DOC in CVS, or do the same with the .RTF. RTF is nice because it can be diffed, but (1) I don't always get to choose the doc format, and (2) when you start throwing in pictures, screen shots, etc., an RTF file gets really big really fast... -- Doug Lee [EMAIL PROTECTED] http://www.dlee.org Bartimaeus Group [EMAIL PROTECTED] http://www.bartsite.com Don't be afraid your life will end; be afraid that itwill never begin. -- Grace Hansen ------------------------------ Message: 3 Date: Thu, 22 Apr 2004 14:08:28 -0400 (EDT) From: [EMAIL PROTECTED] (Larry Jones) Subject: Re: Info-cvs Digest, Vol 17, Issue 29 To: [EMAIL PROTECTED] (Peter Sotos) Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii Peter Sotos writes: > > Logging in to :pserver:<my username>@192.168.xx.xxx:2401:/edesk/cvsroot > > cvs [login aborted]: connect to 192.168.xx.xxx:2401 failed: No connection > could be made because the target machine actively refused it. > > The port is defeinitely open and the IP is correct. One of those statements is false. That error means that nothing is listening on port 2401 on that machine, so you've either got the wrong machine or the port isn't open. See the manual for troubleshooting advice: <http://www.cvshome.org/docs/manual/cvs-1.11.15/cvs_21.html#SEC185> > -----Original Message----- Please create a new message for new topics rather than replying to a completely unrelated message. And for heaven's sake, don't include the whole blessed digest! -Larry Jones I won't eat any cereal that doesn't turn the milk purple. -- Calvin ------------------------------ Message: 4 Date: Thu, 22 Apr 2004 09:24:23 -0400 From: Derek Robert Price <[EMAIL PROTECTED]> Subject: Merging problem (was Re: (no subject)) To: Tyler <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tyler wrote: >[EMAIL PROTECTED]:~/src/sandbox/troscoe]$ cat test >trunk line 1 ><<<<<<< test >======= >branch line 1 >branch line 2 > >>>>>>>>1.1.2.2 > > > >Is there no way to take the delta between two revisions and merge those >onto another branch? Do i have to merge the entire branch down if i want >to do this? Unfortunately, this is a limitation of diffutils, which CVS uses to do merges. You asked CVS to add a "branch line 2" after a line containing "branch line 1" in a file containing only the "trunk line 1". CVS, via diffutils, craps out and marks up the file in a way that says, `"trunk line 1" was in both files and "branch line 1" and "branch line 2" were in the second file, in this location and in this order. Deal with it, human.' Then you need to deal with it. I think, basically, if you were to talk to the folks on the <[EMAIL PROTECTED]> mailing list, you would be told that the situation was ambiguous and the best that can be done is to ask a human to look at it, but feel free to try and persuade them otherwise. There's a web page describing the diffutils project here <http://www.gnu.org/directory/GNU/diffutils.html>. Feel free to browse their documentation and mail archives for similar questions. Derek - -- *8^) Email: [EMAIL PROTECTED] Get CVS support at <http://ximbiot.com>! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAh8eGLD1OTBfyMaQRApA1AKDNVxmXqXE02FX0isj2u/1gCPxrgwCfV+7M gTTAgFMnm11gzhGO9ImHRq4= =gBfK -----END PGP SIGNATURE----- ------------------------------ Message: 5 Date: Thu, 22 Apr 2004 14:27:33 -0400 From: Derek Robert Price <[EMAIL PROTECTED]> Subject: Re: strange "it is in the way" message To: "Jim.Hyslop" <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jim.Hyslop wrote: >Lars Huttar wrote: > >>Jim, >>Thanks for your response. >>The server version is >> "Server: Concurrent Versions System (CVS) 1.11.2 (client/server)" >>I'm inquiring as to what the server platform is (it's in another >>state). > >A different state - possible a different time zone? If that's the case, then >Frederic Brehm's suggestion of a time difference _might_ be a contributing >factor, although CVS is usually fairly robust about clock differences >between the client and server. > >What connection method do you use - pserver? ext? ssh? ...? Move away, it is in the way really implies that CVS thinks that no file should exist with that name in the sandbox at all. Which might mean casing issues. There were a lot of casing bugs in old CVS servers. You might try updating your CVS server to 1.11.15, if you have the option. Derek - -- *8^) Email: [EMAIL PROTECTED] Get CVS support at <http://ximbiot.com>! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAiA6ULD1OTBfyMaQRAnGfAKDV9EiY2NCnVMNhgYvLadoobvakAACghRTi S1gKeJTV9mWx+6XqWhh+uAY= =jaN3 -----END PGP SIGNATURE----- ------------------------------ Message: 6 Date: Thu, 22 Apr 2004 14:25:24 -0400 From: Derek Robert Price <[EMAIL PROTECTED]> Subject: Re: strange "it is in the way" message To: Spiro Trikaliotis <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-15 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Spiro Trikaliotis wrote: >Hi Derek, > >* On Thu, Apr 22, 2004 at 11:21:03AM -0400 Derek Robert Price wrote: > > >>The CVS client should preserve the case of files in CVS/Entries. If >>it isn't, that is a bug, but I haven't ever heard of anything like >>that before and I've been using both the Windows & Cygwin executables >>fairly frequently recently. > > >You have never heard of anything like this? > >See: 18.Apr.04 18:37 Windows with Dir/ and dir/ > >from me. I reported exactly that (but my focus was on the implications >this has). You even answered. > >Bad memory? ;-) As I recall, that was a completely separate issue involving \r getting stuck in Entries files. You were also getting "file/directory not found" errors rather than "Move away - it is in the way" errors, which is very different, because it means that a file was found on the client where it wasn't expected, as opposed to not found where it was. Derek - -- *8^) Email: [EMAIL PROTECTED] Get CVS support at <http://ximbiot.com>! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAiA4TLD1OTBfyMaQRAgX4AJ9fpdVdhKIgFvIw7IcABp1n9gdnlwCg4Hdk YwnhGwyyRM0dfgAOlkzU51U= =fQdW -----END PGP SIGNATURE----- ------------------------------ Message: 7 Date: Thu, 22 Apr 2004 16:51:51 -0400 (EDT) From: [EMAIL PROTECTED] (Larry Jones) Subject: Re: strange "it is in the way" message To: [EMAIL PROTECTED] (Frederic Brehm) Cc: "Jim.Hyslop" <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii Frederic Brehm writes: > > Could another cause be a server clock that is two seconds ahead of the > client? No. -Larry Jones I like Mom to be impressed when I fulfill the least of my obligations. -- Calvin ------------------------------ Message: 8 Date: Thu, 22 Apr 2004 15:59:53 -0500 From: Sarah Gonzales <[EMAIL PROTECTED]> Subject: Re: how to checkin binary files To: Spiro Trikaliotis <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=US-ASCII; format=flowed On Apr 22, 2004, at 12:14 PM, Larry Jones wrote: > Theoretically, the RTF file would allow CVS to perform its usual > merging > of changes, but I'm not sure that Word's RTF generation is repeatable > enough for it to actually work well. We use the RTF format of MS Word with CVS frequently and haven't had any particular issues with it. CVS versions the documents just like you would expect - on the Macintoshes (pre Mac OSX), the files do lose their creator types and the users simply have to remember that they can't double click on them from the Finder - opening MS Word and then opening the files from within works like a charm - no problems for us. hope this helps. thx, ------------------------------ Message: 9 Date: Thu, 22 Apr 2004 20:10:52 -0400 From: [EMAIL PROTECTED] (Pierre Asselin) Subject: Re: What is a module? To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> ps <[EMAIL PROTECTED]> wrote: > Reading the cvs documentation I can't get past the first few lines. > Nowhere can I find the definition for "module". The docs freely start in > referring to modules everywhere, but the term is never exactly defined. Yeah, it's a little ill-defined. Loosely speaking, a module is any part of the tree under $CVSROOT that can be checked out as a unit. For example, immediately after you do your "cvs init" there is a $CVSROOT/CVSROOT subdirectory with cvs administrative files, and you can check it its contents like so: cd some/place/clean cvs checkout CVSROOT In that sense, CVSROOT is a module. After you import a few trees, every top-level directory under $CVSROOT is a module because you can check it out by name. In that same CVSROOT administrative sandbox, you will find a "modules" file. You can edit that file to make other subtrees of your repository accessible by name, like the top-level subtrees. An entry like this, scripts-A projectA/lib/tools/subtools/scripts makes a deep subdirectory available through cvs checkout scripts-A So there is a somewhat more precise definition: a module is anything that has an entry in $CVSROOT/CVSROOT/modules . ------------------------------ Message: 10 Date: Fri, 23 Apr 2004 14:05:22 +0530 From: [EMAIL PROTECTED] Subject: listing of modules To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii Hi , Using "checkout -d top ." command we are able to check out the modules as well as able to view the modules in a list.But we do not want to check out the modules on our local machine,we only want a list of all the modules present on the server. Can you please tell us the exact command only for listing all the modules as soon as possible. Thanks & Regards, Shalini Gautam Method abc support team Xansa B-39,Sector-1 Noida 2,India 201301 CUG:830 2037 e:[EMAIL PROTECTED] Whilst this email has been checked for all known viruses, recipients should undertake their own virus checking as Xansa will not accept any liability whatsoever. This email and any files transmitted with it are confidential and protected by client privilege. It is solely for the use of the intended recipient. Please delete it and notify the sender if you have received it in error. Unauthorised use is prohibited. Any opinions expressed in this email are those of the individual and not necessarily the organisation. Xansa, Registered Office: 420 Thames Valley Park Drive, Thames Valley Park, Reading, RG6 1PU, UK. Registered in England No.1000954. t +44 (0)8702 416181 w www.xansa.com ------------------------------ _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs End of Info-cvs Digest, Vol 17, Issue 31 **************************************** _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
