first change on a branch causes no change to show up in -rTAGA::TAGB
Hi All, I'm using cvs2cl to generate version differences on branches, but I'm having trouble with picking up changes where no change was previously there. I think the problem is one in cvs log, though, not cvs2cl. Here's the command I use cvs2cl -w -f ChangeLog_%1_To_%2.txt -r%1::%2 the scenario that breaks it is: working on branch BRANCH1 at TAG1, on BRANCH1 : file is on 1.23 at TAG2, on BRANCH1 file is on 1.23.1.4 after changes the problem is that even when looking at 2 tags on the same branch, it is only after the first change to the file that it becomes _really_ on the branch, before that, the tag is still officially on the trunk. What would fix this for me is for 1.23 => 1.23.x.y to be considered on the same line. At the moment the line is only being start just after 1.23 which means I'm losing a significant number of changes out of these history logs. are there any patches available for this problem? some others must have had this problem with log -r. cheers, matt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Sharing common java source files
Hi all! I just recently got my rather small development team to agree on start using CVS which I hope will turn out great for all of us. Previously, there has been no mans of controlling versions of files - at best, someone has updated a version number in some comment at the head of the files, but that won't help much when drag-n-drop copying is involved. Why I am mailing you all this: The development is java-based, hence pretty soon (as we get on to the next project in two or three weeks) we will be in the situation of reusing some of our java classes, namely those of tld.company.util.*. Naturally, I'd like to share those java source files among several to be projects using CVS but I have found little information on how to do this successfully. Googling around hasn't given me much (nothing), the Cederqvist's examples on how to use the $CVSROOT/modules file says very little about this, the examples are not very hands-on in my case (I know, they're just examples). However, what I've done so far is to set our $CVSROOT/modules up like this: # SUBMODULES java-sql-d tld/company/company/ java/tld/company/sql/ java-util -d tld/company/util/ java/tld/company/util/ docs-sql-d docs/sql/ docs-sql docs-linktranet -d docs/linktranet/ docs-linktranet # ACTUAL MODULES sql &java-sql &java-util &docs-sql linktranet &java-util &docs-linktranet This does the job but I'd like to know: A) if there's a better way of achieving this - to share common java source files among projects, and B) if there is some way of hiding those modules that I've called SUBMODULES above, from the cvs-clients connecting (you normally wouldn't checkout only the submodules). Any ideas are more than welcome, since I'd really like to embrace this opportunity to get my co-workers to enjoy and appreciate the full benefits of CVS. Thanks in advance. Fredrik Wendt ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Having trouble building CVS
On Mon, Nov 11, 2002 at 02:40:07PM -0500, MacMunn, Robert wrote: > I am building CVS on Solaris 8. > > pebblebeach# make > [...] > "server.c", line 5980: undefined symbol: GSS_C_NT_HOSTBASED_SERVICE > "server.c", line 5981: warning: improper pointer/integer combination: arg #3 > cc: acomp failed for server.c Try rerunning configure with "--without-gssapi --without-krb4". Your specific error is new to me, but those options are known to help with another compile error on Solaris 8 that's related to GSS and/or Kerberos... -- | | /\ |-_|/ > Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / Just Say No to the "faceless cannonfodder" stereotype. - http://www.ainurin.net/ (an Orc site) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Moving to Pserver from .rhosts
[ On Tuesday, November 12, 2002 at 19:28:49 (+0530), Mahantesh wrote: ] > Subject: Moving to Pserver from .rhosts > > we have working repository running right now. Currently the mode of > authentication is .rhosts. > We are planning to migrate the mode of authentication to pserver. Also > after moving to pserver mode we should be > able have all the versions we have right now. Why would you ever even dream of doing that? Why not upgrade to SSH (and ~/.shosts :-) instead? -- Greg A. Woods +1 416 218-0098;<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>; VE3TCP; Secrets of the Weird <[EMAIL PROTECTED]> ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: W2K cvs clients hanging or failing on updates, commits,
Kai Peter Ford writes: > > However, an scp of a single large (~16MB) file from the W2K system > to the repository system exhibits slow and sporadic throughput of > ~0-100 Kbps. The same operation to a different Linux system > completed normally with > 1Mbps consistent throughput. Could there > be some sort of incompatibility between the NIC's on the W2K and > repository Linux system? That's definitely symptomatic of some kind of network problem, but not "incompatible" NICs, there really isn't such a thing. Since you don't seem to have any problem communicating with other systems from your W2K system and other people don't seem to have any problem communicating with the CVS server, the problem is almost certainly in the network itself somewhere between you and the CVS server. You'll have to get your network people to diagnose the problem. -Larry Jones There's never enough time to do all the nothing you want. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Moving to Pserver from .rhosts
Mahantesh writes: > > we have working repository running right now. Currently the mode of > authentication is .rhosts. > We are planning to migrate the mode of authentication to pserver. Why? :ext: is generally consider superior to :pserver:, particularly when used with ssh rather than rsh. > My question is, whether it is enough just deleting .rhosts files and > opening port 2401 and making appropriate entries in startup scripts > without doing "cvs init" which creates CVSROOT. for moving to pserver > mode. Yes, the repository is independent of the method used to access it. In fact, you can leave the .rhosts files and continue to use :ext: in addition to :pserver: if you like. (Anyone running on the server machine could also access the repository directly rather than using any of the client/server methods.) And it's worth pointing out that init only creates CVSROOT if it doesn't already exist -- it's perfectly safe to use on an existing repository (in fact, it's recommended any time to upgrade to a new release of CVS) as it carefully preserves any existing administrative files. -Larry Jones It's clear I'll never have a career in sports until I learn to suppress my survival instinct. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: W2K cvs clients hanging or failing on updates, commits, imports,...
At 06:28 AM 11/12/2002, you wrote: I've seen problems like this due to network card problems. Do/does the system(s) in question exhibit any problem when moving multiple files via other means, for example an FTP MGET * operation or SMB multiple file copy operation? I'm not using SMB between the W2K and repository system, but I haven't noticed any problem using SMB between the W2K and the other Linux Samba servers. However, an scp of a single large (~16MB) file from the W2K system to the repository system exhibits slow and sporadic throughput of ~0-100 Kbps. The same operation to a different Linux system completed normally with > 1Mbps consistent throughput. Could there be some sort of incompatibility between the NIC's on the W2K and repository Linux system? I don't remember off hand what NIC's I'm using in these 2 system, but probably 3COM 905B and/or Adaptec 6911A (tulip) cards. Does it make a difference if the machines are on a 10 or 100 Mhz leg of the network? All the machines are connected by a single 10Mbs hub. Regards, Mike Klinke On Tuesday 12 November 2002 00:38, Kai Peter Ford wrote: > I am stumped on a problem I am having with W2K cvs clients hanging or > failing with IO or time out errors when more than a few files are > involved. I'm hoping that someone more experienced with W2K/cvs issues > than I might be able to point me in the right direction. The symptoms > suggest a problem with my W2K system or LAN, not the cvs server or clients. > > The repository is located on a Linux RH7.3 system running cvs 1.11.1p1, on > the same LAN as the problematic W2K system. Connection is with pserver. I > have no problem with cvs clients on any of my Linux systems on the same > LAN, and other remotely located members of my team have no problems with > cvs clients on their W2K systems. Check-outs work fine on my W2K system, > but when I try and do an update, check-in, import, tag, etc. of more than a > few files, the transaction fails most of the time. Depending on the > client, the transaction either hangs or fails with a time out or IO error > of some kind. I've tried the command line cvs client, WinCVS, JCVS, > SmartCVS, and various IDE's (eclipse, jbuilder, emacs) - they all exhibit > similar behavior. > > Does anyone have any idea of what could be wrong with my W2K system to > cause this sort of behavior, or how I could go about diagnosing the > problem? > > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: W2K cvs clients hanging or failing on updates, commits, imports,...
I've seen problems like this due to network card problems. Do/does the system(s) in question exhibit any problem when moving multiple files via other means, for example an FTP MGET * operation or SMB multiple file copy operation? Does it make a difference if the machines are on a 10 or 100 Mhz leg of the network? Regards, Mike Klinke On Tuesday 12 November 2002 00:38, Kai Peter Ford wrote: > I am stumped on a problem I am having with W2K cvs clients hanging or > failing with IO or time out errors when more than a few files are > involved. I'm hoping that someone more experienced with W2K/cvs issues > than I might be able to point me in the right direction. The symptoms > suggest a problem with my W2K system or LAN, not the cvs server or clients. > > The repository is located on a Linux RH7.3 system running cvs 1.11.1p1, on > the same LAN as the problematic W2K system. Connection is with pserver. I > have no problem with cvs clients on any of my Linux systems on the same > LAN, and other remotely located members of my team have no problems with > cvs clients on their W2K systems. Check-outs work fine on my W2K system, > but when I try and do an update, check-in, import, tag, etc. of more than a > few files, the transaction fails most of the time. Depending on the > client, the transaction either hangs or fails with a time out or IO error > of some kind. I've tried the command line cvs client, WinCVS, JCVS, > SmartCVS, and various IDE's (eclipse, jbuilder, emacs) - they all exhibit > similar behavior. > > Does anyone have any idea of what could be wrong with my W2K system to > cause this sort of behavior, or how I could go about diagnosing the > problem? > > > > ___ > Info-cvs mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Moving to Pserver from .rhosts
Hi, we have working repository running right now. Currently the mode of authentication is .rhosts. We are planning to migrate the mode of authentication to pserver. Also after moving to pserver mode we should be able have all the versions we have right now. My question is, whether it is enough just deleting .rhosts files and opening port 2401 and making appropriate entries in startup scripts without doing "cvs init" which creates CVSROOT. for moving to pserver mode. As version is maintained in all RCS(,v) files, I think this should work. I am right? Please suggest what would be the best way to achieve this. Thanks. Mahantesh. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs