Thread: [Plib-devel] UL directory.
Brought to you by:
sjbaker
From: Steve B. <sjb...@ai...> - 2000-05-16 22:32:49
|
Well, I've tried absolutely everything and I can't get CVS to get rid of that 'UL' directory. The problem seems to be that whenever I try to touch it, CVS converts case on me and refuses to find it. I think it needs to be removed from a PC running Windoze just as it was created. I'm reading "Lord of the Rings" to my son right now - and after an hour struggling with trying to delete this damned directory, I'm beginning to think that it needs to be 'unmade' by it's creator. Thinking perhaps of asking Dave if he wouldn't mind trotting off to Mordor and tossing it into the Crack of Doom for me. :-) Meanwhile - in the interests of getting on with life, I've created a new directory called 'util', moved all of UL's files there and adjusted the Makefile's accordingly. Could someone please check all this out and confirm that it all still works....thanks. Steve. -- Steve Baker http://web2.airmail.net/sjbaker1 sjb...@ai... (home) http://www.woodsoup.org/~sbaker sj...@ht... (work) |
From: Curt <cu...@in...> - 2000-05-16 22:41:31
|
Steve Baker writes: > Well, I've tried absolutely everything and I can't get CVS to > get rid of that 'UL' directory. The problem seems to be > that whenever I try to touch it, CVS converts case on me > and refuses to find it. > > I think it needs to be removed from a PC running Windoze > just as it was created. > > I'm reading "Lord of the Rings" to my son right now - and > after an hour struggling with trying to delete this > damned directory, I'm beginning to think that it needs to > be 'unmade' by it's creator. Thinking perhaps of asking > Dave if he wouldn't mind trotting off to Mordor and tossing > it into the Crack of Doom for me. :-) > > Meanwhile - in the interests of getting on with life, > I've created a new directory called 'util', moved > all of UL's files there and adjusted the Makefile's > accordingly. > > Could someone please check all this out and confirm that > it all still works....thanks. Someone correct me if I'm wrong, but it is my understanding that it is impossible to delete a directory from CVS once it has been created. Otherwise, how could you reliably go back and recreate an older version. If entire directories along with their CVS source files are gone, there would be no way to check out a complete version of the code as of sometime when the directory did exist. As far as I know, CVS provides no commands or options to remove a directory. Steve: this is the main reason why I have avoided moving my cvs stuff to sourceforge. I often find myself wanting to rename, or remove directories. Having local control of the repository allows me to actually go in and use unix commands to physically remove an old unwanted directory and its contents. My guess is that this is going to require sourceforge admin intervention. Curt. -- Curtis Olson Human Factors Research Lab Flight Gear Project Twin Cities cu...@hf... cu...@fl... Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org |
From: Norman V. <nh...@ca...> - 2000-05-17 02:47:41
|
Curt writes: >Steve Baker writes: >> Well, I've tried absolutely everything and I can't get CVS to >> get rid of that 'UL' directory. > >As far as I know, CVS provides no commands or options to remove a >directory. > FWIW < snipped from the CVS book > Removing Directories As I said before, CVS doesn't really keep directories under version control. Instead, as a kind of cheap substitute, it offers certain odd behaviors that in most cases do the "right thing". One of these odd behaviors is that empty directories can be treated specially. If you want to remove a directory from a project, you first remove all the files in it floss$ cd dir floss$ rm file1 file2 file3 floss$ cvs remove file1 file2 file3 (output omitted) floss$ cvs ci -m "removed all files" file1 file2 file3 (output omitted) and then run update in the directory above it with the -P flag: floss$ cd .. floss$ cvs update -P (output omitted) The -P option tells update to "prune" any empty directories - that is, to remove them from the working copy. Once that's done, the directory can be said to have been removed; all of its files are gone, and the directory itself is gone (from the working copy, at least, although there is actually still an empty directory in the repository). |
From: Steve B. <sjb...@ai...> - 2000-05-17 06:08:55
|
Norman Vine wrote: > > Curt writes: > > >Steve Baker writes: > >> Well, I've tried absolutely everything and I can't get CVS to > >> get rid of that 'UL' directory. > > > >As far as I know, CVS provides no commands or options to remove a > >directory. OK - thanks for the info guys. The problem here was that (for Windoze-related reasons) the directory was inadvertantly created with an UPPERCASE filename. Whilst I can understand that CVS won't delete a directory - it's a pain that it won't let me create a new directory with the same name but in lowercase...but I guess that must be for Windoze-compatability reasons also. I guess that we should make a rule that if someone wants to make a new directory, they should either use UNIX/Linux or ask me to do it. -- Steve Baker http://web2.airmail.net/sjbaker1 sjb...@ai... (home) http://www.woodsoup.org/~sbaker sj...@ht... (work) |
From: Norman V. <nh...@ca...> - 2000-05-17 07:59:55
|
Steve Baker writes: > >The problem here was that (for Windoze-related reasons) the directory >was inadvertantly created with an UPPERCASE filename. Whilst I can >understand that CVS won't delete a directory - it's a pain that >it won't let me create a new directory with the same name but in >lowercase...but I guess that must be for Windoze-compatability >reasons also. #%$^#... This seems to be a known problem with CVS. Apparently this is being looked into and 'may' be fixed shortly. for those interested see http://www.findmail.com/message/info-cvs/22129?&start=17740 Norman |
From: Sam S. <sa...@sp...> - 2000-05-17 01:18:23
|
> Someone correct me if I'm wrong, but it is my understanding that it is > impossible to delete a directory from CVS once it has been created. > Otherwise, how could you reliably go back and recreate an older > version. If entire directories along with their CVS source files are > gone, there would be no way to check out a complete version of the > code as of sometime when the directory did exist. > > As far as I know, CVS provides no commands or options to remove a > directory. While this is true, it usual to use the -P option when checking out - which prunes empty directories. Ie. remove all the files from the directory and always checkout with "-P" and you won't see it. CVS only manages files - not directories. Once a directory is created it's there for life, unless you delete it from a unix shell - it you have that option. Sam > Steve: this is the main reason why I have avoided moving my cvs stuff > to sourceforge. I often find myself wanting to rename, or remove > directories. Having local control of the repository allows me to > actually go in and use unix commands to physically remove an old > unwanted directory and its contents. > > My guess is that this is going to require sourceforge admin > intervention. > > Curt. > -- > Curtis Olson Human Factors Research Lab Flight Gear Project > Twin Cities cu...@hf... cu...@fl... > Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org > > _______________________________________________ > plib-devel mailing list > pli...@li... > http://lists.sourceforge.net/mailman/listinfo/plib-devel > |
From: Curtis L. O. <cu...@me...> - 2000-05-17 01:44:42
|
Sam Stickland writes: > > > Someone correct me if I'm wrong, but it is my understanding that it is > > impossible to delete a directory from CVS once it has been created. > > Otherwise, how could you reliably go back and recreate an older > > version. If entire directories along with their CVS source files are > > gone, there would be no way to check out a complete version of the > > code as of sometime when the directory did exist. > > > > As far as I know, CVS provides no commands or options to remove a > > directory. > > While this is true, it usual to use the -P option when checking out > - which prunes empty directories. Ie. remove all the files > from the directory and always checkout with "-P" and you won't see > it. That's true, the point being you can remove all the files in a directory, but not the directory itself ... and using -P from the client side, you'll ignore all empty directories. > CVS only manages files - not directories. Once a directory is > created it's there for life, unless you delete it from a unix shell > - if you have that option. Yup, which is something you don't have direct access to at sourceforge unfortunately. :-( Curt. -- Curtis Olson Human Factors Research Lab Flight Gear Project Twin Cities cu...@hf... cu...@fl... Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org |