rtag -D with removed files?

[Dave Korn]

  I used the rtag command with the -D option to try and place a tag on the
state of my CVS repository before "cvs import" destroyed it.

-----------------------------<snip>-----------------------------
cvs rtag -D '2005-08-18 12:30' KERNEL_2_6_7_WORKING armtools/linux
-----------------------------<snip>-----------------------------

  Unfortunately it didn't tag files that had been removed by the import,
even though those files _did_ exist at the time in the -D option and were
still available in the attic: for example,

-----------------------------<snip>-----------------------------
RCS file: /cvsroot/armtools/linux/drivers/isdn/tpam/Attic/Makefile,v
Working file: Makefile
head: 1.2
branch:
locks: strict
access list:
symbolic names:
        before_KERNEL_2_6_12_5_merge: 1.1.1.1
        KERNEL_2_6_7: 1.1.1.1
        KERNEL_ORG: 1.1.1
keyword substitution: kv
total revisions: 3;     selected revisions: 3
description:
----------------------------
revision 1.2
date: 2005/08/23 12:12:45;  author: dk;  state: dead;  lines: +0 -0
Merging KERNEL_2_6_12_5 across to main trunk.
----------------------------
revision 1.1
date: 2005/08/11 15:48:55;  author: dk;  state: Exp;
branches:  1.1.1;
Initial revision
----------------------------
revision 1.1.1.1
date: 2005/08/11 15:48:55;  author: dk;  state: Exp;  lines: +0 -0
Import clean 2.6.7 kernel sources, vendor tag KERNEL_ORG, release tag
KERNEL_2_6_7
-----------------------------<snip>-----------------------------

  As far as I can see, r1.1 was current at "2005-08-18 12:30" and should
have received the tag, shouldn't it?

  Does anyone know how I can fix this?  I've read the section "Tagging and
adding and removing files" in the cvs info page, but I can't figure out what
it means or how to deal with this, and everything I try seems to just do
more and more damage to my repository at the moment, so I'd rather not risk
any more guesswork :-(


    cheers, 
      DaveK
-- 
Can't think of a witty .sigline today....