Hello Jim, * On Tue, Apr 19, 2005 at 04:33:48PM -0400 Jim.Hyslop wrote:
> I see. That's a tricky one to overcome. Sometimes, you just gotta bend > the rules a little: how important is it, really, for everything to be > lower-case? Of course, this is all perfect hind-sight, and doesn't > help you in your day-to-day work. The problem here is the following: I am managing some upstream sources in my own, local repository. I cannot change anything about what I get to be imported. As I must compile this project on Windows as well as on Linux, I cannot locally changes the names locally (or I will have to adjust many paths in the files). > > IMHO, this is a CVS bug, isn't it? > Not really. CVS is at the mercy of the underlying operating system. It > tries its best when you have two conflicting types of O/S, but > sometimes it just cannot resolve the problems. This is one of those > times. You have to step in and fix things up for it. Well, IMHO, CVS should be able to resolve this. As I always checkout with -P and one of the two directories is always empty, the first directory could have been already pruned when the second directory is checked out, or, if the directory order is reverses, the empty directory would not even need to be checked out (as -P is given). Thus, there would be a solution. Of course, without looking into the CVS sources, I do not know how much work this is. > Actually, though, I should think a 'cvs update -P ABC' followed by a > 'cvs update -ld abc' should do the trick for you. Thanks, Jim! This is the solution to my problem. At least on a first test, it worked exactly as expected. I always tried to solve this issue with "cvs release -d ABC" and "cvs update -d abc", but this did not work. I thought your and my way would be the same, but it seems "cvs release" removes ABC from the CVS/Entries file, while "cvs update -P" does not. Thank you, Spiro. -- Spiro R. Trikaliotis http://cbm4win.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ _______________________________________________ Info-cvs mailing list [email protected] http://lists.gnu.org/mailman/listinfo/info-cvs
