Greetings, Bappunta Mijildas <bappunta.mijil...@symphonysv.com> writes:
> I am a JIRA Developer working for Symphony Services. I have two query > which is confusing for me. Note: Your email was incorrectly directed. You should be asking info-...@gnu.org as you are NOT reporting a BUG in the CVS code base. You should also take care that your message does NOT have unenforceable provisions at the end of it. Postings such as yours advertise that your chief legal counsel and your IT manager are not ready to work with the open source community.... > 1. I have JIRA 4.1.1 installed and trying to configure CVS Module. Okay. I have not used JIRA with CVS, so I am not really able to answer JIRA questions. You may wish to contact a JIRA mailing list for this problem. > 2. After giving all valid parameter, the AddModule takes hours and > hours That would seem to be excessive amount of time to me. I would expect that the connection would time out before it takes that long. > 3. Checked the server with cvs ver and found the server version as > 1.11 Well, cvs 1.11 is very old and very very buggy. I recommend using cvs 1.12.23 if possible. > 4. As per the document JIRA 4.1.1 CVS version supports 1.11.19 and > above hence the failure happens Okay. JIRA says you need at least cvs 1.11.19 and you only have 1.11 and it has a problem. This does not seem to be a surprise to me. > After considering these assumption I am still not clear with > > > 1. What does cvs log and cvs rlog do ?(basically the difference) b'coz > the JIRA CVS configuration on the back end try to execute cvs rlog > which fails as the CVS server version is 1.11 and not 1.11.19 or > above After you checkout files from a CVS repository, there exists local meta-data in the form of CVS subdirectories which contain state information. The 'cvs log' command will consider that state data when printing results. The 'cvs rlog' command will issue the command from the client to the server and does NOT need to have a checked out copy of a module in the current local directory. That is, it will perform a 'remote' log command (hence the rlog name). > 2. What is the difference between cvs ver and cvs -version ? (both > give two different information The 'cvs --version' command will print information on the 'cvs' executable on your local host machine. The 'cvs version' command will query both the client and the server if the CVSROOT is not on the local machine and provide the response for both client and server separately. If the CVSROOT is specified as a :local: or just points to a directory hierarchy, only the client version information is printed. > 3. How do I check the CVS server Version ? If your server is on a host called 'hostname' and the repository itself is in the /path/to/repository directory, then the command: cvs -d :ext:hostname:/path/to/repository version is probably what you want. > It would be great to get some concrete answers. Good luck... > Thanks in Advance > > Regards, > B P Mijil Das | Technical Lead - Product Development | 080-3027 2433 > bappunta.mijildas@ symphonysv.com<mailto:sougata.majum...@symphonysv.com> > > Engineering Outcome Certainty > > Symphony Services. Corp. > Symphony Excellence and Innovation Centre > S.No. 13/1, Kadubeesanahalli village, > Outer Ring Road, Varthur Hobli, > Bangalore - 560 087, India > > www.symphonysv.com<http://www.symphonysv.com/> > > > P Think GREEN. Please consider the environment before printing this email. > > "This email and any files transmitted with it contain confidential, > proprietary, privileged information of Symphony Services Corp (India) > Pvt. Ltd. and are intended solely for the use of the recipient/s to > whom it is addressed. Any unauthorized notifying, copying or > distributing of this e-mail, directly or indirectly, and the contents > therein in full or part is prohibited by any entity who is not a > recipient. Any email received inadvertently or by mistake should be > deleted by the entity who is not a recipient thereof. You may be > pleased to notify the sender immediately by email and the email should > be deleted from your system". Note: This is the only response you will receive from me on the public mailing list due to the inconsistent 'legal' directives and the fact that email to this mailing list is archived on many systems and will never be immediately deleted regardless of your intent, desire, or wish. The above boiler plate language insures that almost no one should ever reply to your messages... It is entirely possible that your company forbids you from asking questions on a public forum. If you are serious about discussion of open source software, I suggest you consider getting a really 'free' email account which does not automagically attach inane boilerplate text to your messages. Good luck, -- Mark
pgpuPiA2vtWdL.pgp
Description: PGP signature
_______________________________________________ Bug-cvs mailing list Bug-cvs@nongnu.org https://lists.nongnu.org/mailman/listinfo/bug-cvs