>...
>	basesrc/usr.sbin/sendmail/src/Makefile.DGUX
>	basesrc/usr.sbin/sendmail/src/Makefile.Dynix
>	basesrc/usr.sbin/sendmail/src/Makefile.FreeBSD
>	basesrc/usr.sbin/sendmail/src/Makefile.Mach386
>	basesrc/usr.sbin/sendmail/src/Makefile.RISCos
>	basesrc/usr.sbin/sendmail/src/Makefile.SCO
>	basesrc/usr.sbin/sendmail/src/Makefile.SVR4
>	basesrc/usr.sbin/sendmail/src/Makefile.Titan
>
>There's something funny about these particular files that makes "cvs
>checkout -D <some date after the files were deleted>" decide to check
>the files out anyway.  I think the fact that the latest main line
>revision has "state: Exp" instead of "state: dead" is triggering the
>confusing behaviour in cvs.  But the fast that the revisions are not
>marked dead does not itself appear to be a bug in cvs, because these
>revisions are the base points for branches.

i've only glanced at the files listed above, but

% cat CVS/Entries 
/Makefile.DGUX/1.1.1.2/Fri Mar 10 09:34:23 1995//D2000.02.14.05.00.00
/Makefile.Dynix/1.1.1.2/Fri Mar 10 09:34:28 1995//D2000.02.14.05.00.00
/Makefile.FreeBSD/1.1.1.2/Fri Mar 10 09:34:31 1995//D2000.02.14.05.00.00
/Makefile.Mach386/1.1.1.2/Fri Mar 10 09:34:42 1995//D2000.02.14.05.00.00
/Makefile.RISCos/1.1.1.2/Fri Mar 10 09:34:52 1995//D2000.02.14.05.00.00
/Makefile.SCO/1.1.1.2/Fri Mar 10 09:34:55 1995//D2000.02.14.05.00.00
/Makefile.SVR4/1.1.1.2/Fri Mar 10 09:34:58 1995//D2000.02.14.05.00.00
/Makefile.Titan/1.1.1.2/Fri Mar 10 09:35:06 1995//D2000.02.14.05.00.00
D
% cvs log Makefile.DGUX | grep 'revision 1.1.1.2'
revision 1.1.1.2        locked by: mycroft;

they all seem to be "locked by: mycroft".

-- 
|-----< "CODE WARRIOR" >-----|
codewarrior@daemon.org             * "ah!  i see you have the internet
twofsonet@graffiti.com (Andrew Brown)                that goes *ping*!"
andrew@crossbar.com       * "information is power -- share the wealth."