Re: Question re: deleted tags

2005-01-20 Thread Derek Price
Larry Jones wrote: Derek Price writes: Well, fixing it this way would put us back in the position where checkouts and updates could sometimes report that tags don't exist when they do. I think this is worse than not checking out any data when the tag doesn't exist in the project or

RE: Question re: deleted tags

2005-01-20 Thread Christopher.Fouts
] Sent: Wednesday, January 19, 2005 5:56 PM To: Derek Price Cc: Fouts Christopher (IFNA MP DC); info-cvs@gnu.org Subject: Re: Question re: deleted tags Derek Price writes: Since tag deletion is considered a relatively rare operation (as well it should be), no one has ever bother to write

RE: Question re: deleted tags

2005-01-20 Thread Rick Genter
] Sent: Wednesday, January 19, 2005 5:56 PM To: Derek Price Cc: Fouts Christopher (IFNA MP DC); info-cvs@gnu.org Subject: Re: Question re: deleted tags Derek Price writes: Since tag deletion is considered a relatively rare operation (as well it should be), no one has ever bother to write

RE: Question re: deleted tags

2005-01-20 Thread Christopher.Fouts
: Question re: deleted tags I understand WHY now. Since val-tags is just a cache, where is the real tags repository. Again in my last post, I said I did NOT see the deleted tag in val-tags anymore, and don't see a tag that should still be there. -chris -Original Message- From: Larry Jones

Re: Question re: deleted tags

2005-01-20 Thread Larry Jones
[EMAIL PROTECTED] writes: I understand WHY now. Since val-tags is just a cache, where is the real tags repository. The individual RCS files in the repository. -Larry Jones I thought my life would seem more interesting with a musical score and a laugh track. -- Calvin

RE: Question re: deleted tags

2005-01-19 Thread Christopher.Fouts
-Original Message- From: Jim.Hyslop [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 18, 2005 4:25 PM To: Fouts Christopher (IFNA MP DC); info-cvs@gnu.org Subject: RE: Question re: deleted tags Christopher Fouts wrote: What am I missing? CVSROOT/val-tags Tags never get removed from

RE: Question re: deleted tags

2005-01-19 Thread Christopher.Fouts
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of Fouts Christopher (IFNA MP DC) Sent: Wednesday, January 19, 2005 8:46 AM To: info-cvs@gnu.org Subject: RE: Question re: deleted tags -Original Message- From: Jim.Hyslop [mailto:[EMAIL PROTECTED

Re: Question re: deleted tags

2005-01-19 Thread Larry Jones
Derek Price writes: Since tag deletion is considered a relatively rare operation (as well it should be), no one has ever bother to write the code for the expensive, complete tag search that would be necessary to determine if the tag is really completely gone and should really be deleted

Re: Question re: deleted tags

2005-01-19 Thread Derek Price
Larry Jones wrote: Derek Price writes: Since tag deletion is considered a relatively rare operation (as well it should be), no one has ever bother to write the code for the expensive, complete tag search that would be necessary to determine if the tag is really completely gone and should

Re: Question re: deleted tags

2005-01-19 Thread Larry Jones
Derek Price writes: Well, fixing it this way would put us back in the position where checkouts and updates could sometimes report that tags don't exist when they do. I think this is worse than not checking out any data when the tag doesn't exist in the project or sub-project being

Question re: deleted tags

2005-01-18 Thread Christopher.Fouts
Ok, I deleted a CVS tag using cvs rtag -d tagname proj Now, when I do a check out with the tag, I get cvs co -r tagname proj cvs checkout: Updating proj/file1 cvs checkout: Updating proj/file2 cvs checkout: Updating proj/file3 .. I

RE: Question re: deleted tags

2005-01-18 Thread Jim.Hyslop
Christopher Fouts wrote: What am I missing? CVSROOT/val-tags Tags never get removed from val-tags. The no such tag message will appear only if the tag does not appear in val-tags. If the tag appears in val-tags, then CVS has to search each file in each directory to determine which files may or