Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Eclipse Platform » Eclipse CVS Client - running in Windows - CVS folder conflict
Eclipse CVS Client - running in Windows - CVS folder conflict [message #510536] Wed, 27 January 2010 18:50 Go to next message
Bernard Yao is currently offline Bernard YaoFriend
Messages: 2
Registered: January 2010
Junior Member
We are having an issue with using CVS on the team and after looking around for a place to post a question I hope this mailing list found on the Eclipse.org site is the best place to post this question for now.

We got the CVS server setup on an AIX platform and was successful in importing files to the directory tree and testing checkouts and checkins directly from the command line. Our intention is to utilize the CVS plugin that comes default with the Eclipse development environment. The clients are installed on Windows XP platform. This is where the problem arises.

Through our discovery in setting up CVS for the first time we realized that the CVS client creates a CVS folder in every directory and there are a few files it stores in that folder. What our issue is our Java project packages also have a qualifier with 'cvs' in it (i.e.; com.cvs.etc.etc.). What we concluded is that either CVS or the Eclipse client is trying to create their CVS folder, but since it conflicts with our package folder 'cvs' it reports errors that it cannot properly synchronize because it cannot find the folder. It also seems to appear that this is a Windows issue since this operating system doesn't see cvs and CVS as two unique directories. We didn't seem to hav eissues running this on the command line in an AIX environment. It created the cvs and CVS folders without any issues.

Now i'm trying to see if there's any work arounds for this because unfortunately it will not be prudent to modify our package qualifier as the code is stable, large, and the developers see this as an unnecessary risk. We're wondeirng if there are ways to configure CVS so that instead of creating a CVS folder can we reconfigure it so that it creates the folder as a different name (i.e.; $CVS, .CVS, etc)?

Thanks in advance for sharing any insight that you may have on this.
Re: Eclipse CVS Client - running in Windows - CVS folder conflict [message #510550 is a reply to message #510536] Wed, 27 January 2010 18:55 Go to previous messageGo to next message
Bernard Yao is currently offline Bernard YaoFriend
Messages: 2
Registered: January 2010
Junior Member
Also if this is the wrong newsgroup to post this on CVS please let me
know where is the best place to get some visibility on this. I thought
CVS plugin was an Eclipse project, but I didn't see it listed.

On 1/27/2010 1:50 PM, byonthego02@gmail.com wrote:
> We are having an issue with using CVS on the team and after looking
> around for a place to post a question I hope this mailing list found on
> the Eclipse.org site is the best place to post this question for now.
>
> We got the CVS server setup on an AIX platform and was successful in
> importing files to the directory tree and testing checkouts and checkins
> directly from the command line. Our intention is to utilize the CVS
> plugin that comes default with the Eclipse development environment. The
> clients are installed on Windows XP platform. This is where the problem
> arises.
>
> Through our discovery in setting up CVS for the first time we realized
> that the CVS client creates a CVS folder in every directory and there
> are a few files it stores in that folder. What our issue is our Java
> project packages also have a qualifier with 'cvs' in it (i.e.;
> com.cvs.etc.etc.). What we concluded is that either CVS or the Eclipse
> client is trying to create their CVS folder, but since it conflicts with
> our package folder 'cvs' it reports errors that it cannot properly
> synchronize because it cannot find the folder. It also seems to appear
> that this is a Windows issue since this operating system doesn't see cvs
> and CVS as two unique directories. We didn't seem to hav eissues running
> this on the command line in an AIX environment. It created the cvs and
> CVS folders without any issues.
>
> Now i'm trying to see if there's any work arounds for this because
> unfortunately it will not be prudent to modify our package qualifier as
> the code is stable, large, and the developers see this as an unnecessary
> risk. We're wondeirng if there are ways to configure CVS so that instead
> of creating a CVS folder can we reconfigure it so that it creates the
> folder as a different name (i.e.; $CVS, .CVS, etc)?
>
> Thanks in advance for sharing any insight that you may have on this.
>


--
Bernard
Re: Eclipse CVS Client - running in Windows - CVS folder conflict [message #510552 is a reply to message #510536] Wed, 27 January 2010 19:37 Go to previous message
Eclipse UserFriend
Originally posted by: Jim.Cooper.sas.com

I don't know if this is considered the correct newsgroup, or not, but...

The answer to your question is "No.".

The CVS code creates the CVS subdir. There is no way around it, without
maintaining a completely separate version of the client code,
necessitating much manual merging whenever the code needs to be updated.

The only reason you are having a problem at all is because the Windows
filesystem is "case-preserving", but not "case-sensitive". In other
words, it will keep whatever case you use, but treats all access as
case-INsensitive.

On most other systems out there, there would be no conflict at all
between a 'CVS' subdir living side-by-side with a 'cvs' subdir (or 'Cvs'
or 'CVs' or 'cvS' or...).

Windows is the problem here, not CVS or the Eclipse client.

If you want your package to work with Eclipse on all systems, you will
have to rename your package to avoid the conflict.

byonthego02@gmail.com wrote:
> We are having an issue with using CVS on the team and after looking
> around for a place to post a question I hope this mailing list found on
> the Eclipse.org site is the best place to post this question for now.
>
> We got the CVS server setup on an AIX platform and was successful in
> importing files to the directory tree and testing checkouts and checkins
> directly from the command line. Our intention is to utilize the CVS
> plugin that comes default with the Eclipse development environment. The
> clients are installed on Windows XP platform. This is where the problem
> arises.
>
> Through our discovery in setting up CVS for the first time we realized
> that the CVS client creates a CVS folder in every directory and there
> are a few files it stores in that folder. What our issue is our Java
> project packages also have a qualifier with 'cvs' in it (i.e.;
> com.cvs.etc.etc.). What we concluded is that either CVS or the Eclipse
> client is trying to create their CVS folder, but since it conflicts with
> our package folder 'cvs' it reports errors that it cannot properly
> synchronize because it cannot find the folder. It also seems to appear
> that this is a Windows issue since this operating system doesn't see cvs
> and CVS as two unique directories. We didn't seem to hav eissues
> running this on the command line in an AIX environment. It created the
> cvs and CVS folders without any issues.
>
> Now i'm trying to see if there's any work arounds for this because
> unfortunately it will not be prudent to modify our package qualifier as
> the code is stable, large, and the developers see this as an unnecessary
> risk. We're wondeirng if there are ways to configure CVS so that
> instead of creating a CVS folder can we reconfigure it so that it
> creates the folder as a different name (i.e.; $CVS, .CVS, etc)?
>
> Thanks in advance for sharing any insight that you may have on this.
>
Previous Topic:.project file can not recognize "../.." for linked resources?
Next Topic:Possible to contribute an "editor factory" for specific resources?
Goto Forum:
  


Current Time: Fri Mar 29 13:38:08 GMT 2024

Powered by FUDForum. Page generated in 0.02886 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top