cvs not ignoring permissions

[Paul Shields]

Some of you may not think this is a bug; but currently this mis-feature is 
interfering with my use of cvs when the working directory is shared among 
several developers.

I am running a cvs 1.11.6 client on a debian linux. The working files are 
checked out from a repository on another host, (using cvs over ssh). 
When you commit a file, it seems that cvs removes the group write permission, 
on the working file.!  This seems to happen even if my umask is 002. This is an 
error. I don't care what permission gets removed in the repository, I just want 
to continue sharing the working file with the other developers.

Please fix the cvs command so that a commit will actually ignore the group 
permission.
I know about PreservePermissions, but it's not what I want.  I understand from 
the manual, as follows:
        http://www.cvshome.org/docs/manual/cvs-1.11.6/cvs_15.html#SEC112
        In normal circumstances, CVS works only with regular files. Every file 
in a project is assumed to be persistent; it must be possible to open, read and 
close them; and so on. CVS also ignores file permissions and ownerships, 
leaving such issues to be resolved by the developer at installation time. In 
other words, it is not possible to "check in" a device into a repository; if 
the device file cannot be opened, CVS will refuse to handle it. Files also lose 
their ownerships and permissions during repository transactions.