cdcvs update
to update with someone else's branch, or an intermediate tag named, some-branch, you would type:
cdcvs update -j some-branch
gmake unimportfrom the top of your spin tree.
Merging differences between 1.3 and 1.3.20.1 into files cvs update: Updating sal/data cvs update: file ace_data.c only in revision s6-mef-s7-1 cvs update: file autoconf_data.c only in revision s6-mef-s7-1 cvs update: file bt_data.c only in revision s6-mef-s7-1 cvs update: file cons_sw_data.c only in revision s6-mef-s7-1 cvs update: file eisa_option_data.c only in revision s6-mef-s7-1 cvs update: file fb_data.c only in revision s6-mef-s7-1Curious as you are, you even check what the status of those files are in the named branch with
cvs stat sal/data/bt_data.cand you get back nothing.
In all likelihood, the person who made the tag failed to do the unimport before they tagged. Even though those files are not part of the repository, they can be found in the Attic (since they at one time were part of the repository). CVS, in it's wisdom, decides that the files should be part of the tree, somehow and sort of, but not entirely, and then yells at other people who try to update based on that tree. Of course, the person who performed the tag thinks everything is hunky dorey.
rm file cvs remove file cvs commit fileIt's as simple as that!
If the file is not removed properly, it will continue to reappear. Don't worry, just complain to the mergemaster and to the person who was responsible for removing the file originally.