[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: JIRA / CVS Configuration : Query

From: Mark D. Baushke
Subject: Re: JIRA / CVS Configuration : Query
Date: Fri, 20 May 2011 22:45:00 -0700


Bappunta Mijildas <Bappunta.Mijildas@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-cvs@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

> 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.majumder@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

Attachment: pgpcstjCs7aWF.pgp
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]