home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 10 Tools / 10-Tools.zip / cvs1107.zip / NEWS < prev    next >
Text File  |  1998-09-24  |  47KB  |  1,097 lines
  1. Changes since 1.10:
  2.  
  3. * There is a new access method :fork: which is similar to :local:
  4. except that it is implemented via the CVS remote protocol, and thus
  5. has a somewhat different set of quirks and bugs.
  6.  
  7. * The -d command line option no longer updates the CVS/Root file.  For
  8. one thing, the CVS 1.9/1.10 behavior never had updated CVS/Root in
  9. subdirectories, and for another, it didn't seem that popular in
  10. general.  So this change restores the CVS 1.8 behavior (which is also
  11. the CVS 1.9/1.10 behavior if the environment variable
  12. CVS_IGNORE_REMOTE_ROOT is set; with this change,
  13. CVS_IGNORE_REMOTE_ROOT no longer has any effect).
  14.  
  15. * It is now possible for a single CVS command to recurse into several
  16. CVS roots.  This includes roots which are located on several servers,
  17. or which are both remote and local.  CVS will make connections to as
  18. many servers as necessary.
  19.  
  20. * It is now possible to put the CVS lock files in a directory
  21. set by the new LockDir option in CVSROOT/config.  The default
  22. continues to be to put the lock files in the repository itself.
  23.  
  24. Changes from 1.9 to 1.10:
  25.  
  26. * There is a new feature, enabled by TopLevelAdmin in CVSROOT/config,
  27. which tells CVS to modify the behavior of the "checkout" command.  The
  28. command now creates a CVS directory at the top level of the new
  29. working directory, in addition to CVS directories created within
  30. checked-out directories.  See the Cederqvist for details.
  31.  
  32. * There is an optional set of features, enabled by PreservePermissions
  33. in CVSROOT/config, which allow CVS to store unix-specific file
  34. information such as permissions, file ownership, and links.  See the
  35. Cederqvist for details.
  36.  
  37. * One can now authenticate and encrypt using the GSSAPI network
  38. security interface.  For details see the Cederqvist's description of
  39. specifying :gserver: in CVSROOT, and the -a global option.
  40.  
  41. * All access to RCS files is now implemented internally rather than by
  42. calling RCS programs.  The main user-visible consequence of this is
  43. that there is no need to worry about making sure that CVS finds the
  44. correct version of RCS.  The -b global option and the RCSBIN setting
  45. in CVSROOT/config are still accepted but don't do anything.  The
  46. $RCSBIN internal variable in administrative files is no longer
  47. accepted.
  48.  
  49. * There is a new syntax, "cvs admin -orev1::rev2", which collapses the
  50. revisions between rev1 and rev2 without deleting rev1 or rev2
  51. themselves.
  52.  
  53. * There is a new administrative file CVSROOT/config which allows one
  54. to specify miscellaneous aspects of CVS configuration.  Currently
  55. supported here:
  56.  
  57.   - SystemAuth, allows you to prevent pserver from checking for system
  58.   usernames/passwords.
  59.  
  60. For more information see the "config" section of cvs.texinfo.
  61.  
  62. * When setting up the pserver server, one now must specify the
  63. allowable CVSROOT directories in inetd.conf.  See the Password
  64. authentication server section of cvs.texinfo for details.  Note that
  65. this implies that everyone who is running a pserver server must edit
  66. inetd.conf when upgrading their CVS.
  67.  
  68. * The client no longer needs an external patch program (assuming both
  69. the client and the server have been updated to the new version).
  70.  
  71. * "cvs admin [options]" will now recurse.  In previous versions of
  72. CVS, it was an error and one needed to specify "cvs admin [options] ."
  73. to recurse.  This change brings admin in line with the other CVS
  74. commands.
  75.  
  76. * New "logout" command to remove the password for a remote cvs
  77. repository from the cvspass file.
  78.  
  79. * Read-only repository access is implemented for the
  80. password-authenticated server (other access methods are just governed
  81. by Unix file permissions, since they require login access to the
  82. repository machine anyway).  See the "Repository" section of
  83. cvs.texinfo for details, including a discussion of security issues.
  84. Note that the requirement that read-only users be able to create locks
  85. and write the history file still applies.
  86.  
  87. * There is a new administrative file verifymsg which is like editinfo
  88. but merely validates the message, rather than also getting it from the
  89. user.  It therefore works with client/server CVS or if one uses the -m
  90. or -F options to commit.  See the verifymsg section of cvs.texinfo for
  91. details.
  92.  
  93. * The %s format formerly accepted in loginfo has been extended to
  94. formats such as %{sVv}, so that loginfo scripts have access to the
  95. version numbers being changed.  See the Loginfo section of cvs.texinfo
  96. for details.
  97.  
  98. * The postscript documentation (doc/cvs.ps) shipped with CVS is now
  99. formatted for US letter size instead of A4.  This is not because we
  100. consider this size "better" than A4, but because we believe that the
  101. US letter version will print better on A4 paper than the other way
  102. around.
  103.  
  104. * The "cvs export" command is now logged in the history file and there
  105. is a "cvs history -x E" command to select history file entries
  106. produced by export.
  107.  
  108. * CVS no longer uses the CVS_PASSWORD environment variable.  Storing
  109. passwords in cleartext in an environment variable is a security risk,
  110. especially since (on BSD variants) any user on the system can display
  111. any process's environment using 'ps'.  Users should use the 'cvs
  112. login' command instead.
  113.  
  114.  
  115. Changes from 1.8 to 1.9:
  116.  
  117. * Windows NT client should now work on Windows 95 as well.
  118.  
  119. * New option "--help-synonyms" prints a list of all recognized command
  120. synonyms.
  121.  
  122. * The "log" command is now implemented internally rather than via the
  123. RCS "rlog" program.  The main user-visible consequence is that
  124. symbolic branch names now work (for example "cvs log -rbranch1").
  125. Also, the date formats accepted by -d have changed.  They previously
  126. had been a bewildering variety of poorly-documented date formats.  Now
  127. they are the same as the date formats accepted by the -D options to
  128. the other CVS commands, which is also a (different) bewildering
  129. variety of poorly-documented date formats, but at least we are
  130. consistently bewildering :-).
  131.  
  132. * Encryption is now supported over a Kerberos client/server
  133. connection.  The new "-x" global option requests it.  You must
  134. configure with the --enable-encryption option in order to enable
  135. encryption.
  136.  
  137. * The format of the CVS commit message has changed slightly when
  138. committing changes on a branch.  The tag on which the commit is
  139. ocurring is now reported correctly in all cases.
  140.  
  141. * New flag -k in wrappers allows you to specify the keyword expansion
  142. mode for added files based on their name.  For example, you can
  143. specify that files whose name matches *.exe are binary by default.
  144. See the Wrappers section of cvs.texinfo for more details.
  145.  
  146. * Remote CVS with the "-z" option now uses the zlib library (included
  147. with CVS) to compress all communication between the client and the
  148. server, rather than invoking gzip on each file separately.  This means
  149. that compression is better and there is no need for an external gzip
  150. program (except to interoperate with older version of CVS).
  151.  
  152. * The "cvs rlog" command is deprecated and running it will print a
  153. warning; use the synonymous "cvs log" command instead.  It is
  154. confusing for rlog to mean the same as log because some other CVS
  155. commands are in pairs consisting of a plain command which operates on
  156. a working directory and an "r" command which does not (diff/rdiff;
  157. tag/rtag).
  158.  
  159. * "cvs diff" has a bunch of new options, mostly long options.  Most of
  160. these work only if rcsdiff and diff support them, and are named the
  161. same as the corresponding options to diff.
  162.  
  163. * The -q and -Q command options to "cvs diff" were removed (use the
  164. global options instead).  This brings "cvs diff" into line with the
  165. rest of the CVS commands.
  166.  
  167. * The "annotate" command can now be used to annotate a revision other
  168. than the head revision on the trunk (see the -r, -D, and -f options in
  169. the annotate node of cvs.texinfo for details).
  170.  
  171. * The "tag" command has a new option "-c" which checks that all files
  172.   are not locally modified before tagging.
  173.  
  174. * The -d command line option now overrides the cvsroot setting stored
  175. in the CVS/Root file in each working directory, and specifying -d will
  176. cause CVS/Root to be updated.
  177.  
  178. * Local (non-client/server) CVS now runs on Windows NT.  See
  179. windows-NT/README for details.
  180.  
  181. * The CVSROOT variable specification has changed to support more
  182. access methods.  In addition to "pserver," "server" (internal rsh
  183. client), "ext" (external rsh client), "kserver" (kerberos), and
  184. "local" (local filesystem access) can now be specified.  For more
  185. details on each method, see cvs.texinfo (there is an index entry for
  186. :local: and each of the other access methods).
  187.  
  188. * The "login" command no longer prompts the user for username and
  189. hostname, since one will have to provide that information via the `-d'
  190. flag or by setting CVSROOT.
  191.  
  192. Changes from 1.7 to 1.8:
  193.  
  194. * New "cvs annotate" command to display the last modification for each
  195. line of a file, with the revision number, user checking in the
  196. modification, and date of the modification.  For more information see
  197. the `annotate' node in cvs.texinfo.
  198.  
  199. * The cvsinit shell script has been replaced by a cvs init command.
  200. The cvs init command creates some example administrative files which
  201. are similar to the files found in the examples directory (and copied
  202. by cvsinit) in previous releases.
  203.  
  204. * Added the patterns *.olb *.exe _$* *$ to default ignore list.
  205.  
  206. * There is now a $USER internal variable for *info files.
  207.  
  208. * There is no longer a separate `mkmodules' program; the functionality
  209. is now built into `cvs'.  If upgrading an old repository, it is OK to
  210. leave in the lines in the modules file which run mkmodules (the
  211. mkmodules actions will get done twice, but that is harmless); you will
  212. probably want to remove them once you are no longer using the old CVS.
  213.  
  214. * One can now specify user variables in *info files via the
  215. ${=varname} syntax; there is a -s global option to set them.  See the
  216. Variables node in cvs.texinfo for details.
  217.  
  218. Changes from 1.6 to 1.7:
  219.  
  220. * The default ignore list has changed slightly: *.obj has been added
  221. and CVS* has been changed to CVS CVS.adm.
  222.  
  223. * CVS now supports password authentication when accessing remote
  224. repositories; this is useful for sites that can't use rsh (because of
  225. a firewall, for example), and also don't have kerberos.  See node
  226. "Password authenticated" (in "Remote repositories", in
  227. doc/cvs.texinfo) for more details.  Note: This feature requires both
  228. the client and server to be upgraded.
  229.  
  230. * Using the -kb option to specify binary files now works--most cases
  231. did not work before.  See the "Binary files" section of
  232. doc/cvs.texinfo for details.
  233.  
  234. * New developer communication features.  See the "Watches" section of
  235. doc/cvs.texinfo for details.
  236.  
  237. * RCS keyword "Name" supported for "cvs update -r <tag>" and "cvs
  238. checkout -r <tag>".
  239.  
  240. * If there is a group whose name matches a compiled in value which
  241. defaults to "cvsadmin", only members of that group can use "cvs
  242. admin".  This replaces the CVS_NOADMIN option.
  243.  
  244. * CVS now sets the modes of files in the repository based on the
  245. CVSUMASK environment variable or a compiled in value defaulting to
  246. 002.  This way other developers will be able to access the files in
  247. the repository regardless of the umask of the developer creating them.
  248.  
  249. * The command names in .cvsrc now match the official name of the
  250. command, not the one (possibly an alias) by which it was invoked.  If
  251. you had previously relied on "cvs di" and "cvs diff" using different
  252. options, instead use a shell function or alias (for example "alias
  253. cvsdi='cvs diff -u'").  You also can specify global CVS options (like
  254. "-z") using the command name "cvs".
  255.  
  256. Changes from 1.5 to 1.6:
  257.  
  258. * Del updated the man page to include all of the new features
  259. of CVS 1.6.
  260.  
  261. * "cvs tag" now supports a "-r | -D" option for tagging an already
  262. tagged revision / specific revision of a file.
  263.  
  264. * There is a "taginfo" file in CVSROOT that supports filtering and
  265. recording of tag operations.
  266.  
  267. * Long options support added, including --help and --version options.
  268.  
  269. * "cvs release" no longer cares whether or not the directory being
  270. released has an entry in the `modules' file.
  271.  
  272. * The modules file now takes a -e option which is used instead of -o
  273. for "cvs export".  If your modules file has a -o option which you want
  274. to be used for "cvs export", change it to specify -e as well as -o.
  275.  
  276. * "cvs export" now takes a -k option to set RCS keyword expansion.
  277. This way you can export binary files.  If you want the old behavior,
  278. you need to specify -kv.
  279.  
  280. * "cvs update", "cvs rdiff", "cvs checkout", "cvs import", "cvs
  281. release", "cvs rtag", and "cvs tag" used to take -q and -Q options
  282. after the command name (e.g. "cvs update -q").  This was confusing
  283. because other commands, such as "cvs ci", did not.  So the options
  284. after the command name have been removed and you must now specify, for
  285. example, "cvs -q update", which has been supported since CVS 1.3.
  286.  
  287. * New "wrappers" feature.  This allows you to set a hook which
  288. transforms files on their way in and out of cvs (apparently on the
  289. NeXT there is some particular usefulness in tarring things up in the
  290. repository).  It also allows you to declare files as merge-by-copy
  291. which means that instead of trying to merge the file, CVS will merely
  292. copy the new version.  There is a CVSROOT/cvswrappers file and an
  293. optionsl ~/.cvswrappers file to support this feature.
  294.  
  295. * You can set CVSROOT to user@host:dir, not just host:dir, if your
  296. username on the server host is different than on the client host.
  297.  
  298. * VISUAL is accepted as well as EDITOR.
  299.  
  300. * $CVSROOT is expanded in *info files.
  301.  
  302. Changes from 1.4A2 to 1.5:
  303.  
  304. * Remote implementation.  This is very helpful when collaborating on a
  305. project with someone across a wide-area network.  This release can
  306. also be used locally, like other CVS versions, if you have no need for
  307. remote access.
  308.  
  309. Here are some of the features of the remote implementation:
  310. - It uses reliable transport protocols (TCP/IP) for remote repository
  311.   access, not NFS.  NFS is unusable over long distances (and sometimes
  312.   over short distances)
  313. - It transfers only those files that have changed in the repository or
  314.   the working directory.  To save transmission time, it will transfer
  315.   patches when appropriate, and can compress data for transmission.
  316. - The server never holds CVS locks while waiting for a reply from the client;
  317.   this makes the system robust when used over flaky networks.
  318.  
  319. The remote features are documented in doc/cvsclient.texi in the CVS
  320. distribution, but the main doc file, cvs.texinfo, has not yet been
  321. updated to include the remote features.
  322.  
  323. * Death support.  See src/README-rm-add for more information on this.
  324.  
  325. * Many speedups, especially from jtc@cygnus.com.
  326.  
  327. * CVS 1.2 compatibility code has been removed as a speedup.  If you
  328. have working directories checked out by CVS 1.2, CVS 1.3 or 1.4A2 will
  329. try to convert them, but CVS 1.5 and later will not (if the working
  330. directory is up to date and contains no extraneous files, you can just
  331. remove it, and then check out a new working directory).  Likewise if
  332. your repository contains a CVSROOT.adm directory instead of a CVSROOT
  333. directory, you need to rename it.
  334.  
  335. Fri Oct 21 20:58:54 1994  Brian Berliner  <berliner@sun.com>
  336.  
  337.     * Changes between CVS 1.3 and CVS 1.4 Alpha-2
  338.  
  339.     * A new program, "cvsbug", is provided to let you send bug reports
  340.     directly to the CVS maintainers.  Please use it instead of sending
  341.     mail to the info-cvs mailing list.  If your build fails, you may
  342.     have to invoke "cvsbug" directly from the "src" directory as
  343.     "src/cvsbug.sh".
  344.  
  345.     * A new User's Guide and Tutorial, written by Per Cederqvist
  346.     <ceder@signum.se> of Signum Support.  See the "doc" directory.  A
  347.     PostScript version is included as "doc/cvs.ps".
  348.  
  349.     * The Frequesntly Asked Questions file, FAQ, has been added to the
  350.     release.  Unfortunately, its contents are likely out-of-date.
  351.  
  352.     * The "cvsinit" shell script is now installed in the $prefix/bin
  353.     directory like the other programs.  You can now create new
  354.     CVS repositories with great ease.
  355.  
  356.     * Index: lines are now printed on output from 'diff' and 'rdiff',
  357.     in order to facilitate application of patches to multiple subdirs.
  358.  
  359.     * Support for a ~/.cvsrc file, which allows you to specify options
  360.     that are always supposed to be given to a specific command.  This
  361.     feature shows the non-orthogonality of the option set, since while
  362.     there may be an option to turn something on, the option to turn
  363.     that same thing off may not exist.
  364.  
  365.     * You can now list subdirectories that you wish to ignore in a
  366.     modules listing, such as:
  367.  
  368.         gcc  -a gnu/gcc, !gnu/gcc/testsuites
  369.  
  370.     which will check out everything underneath gnu/gcc, except
  371.     everything underneath gnu/gcc/testsuites.
  372.  
  373.     * It is now much harder to accidentally overwrite an existing tag
  374.     name, since attempting to move a tag name will result in a error,
  375.     unless the -F (force) flag is given to the tag subcommands.
  376.  
  377.     * Better error checking on matching of the repository used to
  378.     check code out from against the repository the current cvs
  379.     commnands would use. (Thanks to Mark Baushke <mdb@cisco.com>)
  380.  
  381.     * Better support for sites with multiple CVSROOT repositories has
  382.     been contributed.  The file "CVS/Root" in your working directory
  383.     is created to hold the full path to the CVS repository and a
  384.     simple check is made against your current CVSROOT setting.
  385.  
  386.     * You can now specify an RCS keyword substitution value when you
  387.     import files into the repository.
  388.  
  389.     * Uses a much newer version of Autoconf, and conforms to the GNU
  390.     coding standards much more closely.  No, it still doesn't have
  391.     long option names.
  392.  
  393.     * Code cleanup.  Many passes through gcc -Wall helped to identify
  394.     a number of questionable constructs.  Most arbitrary length limits
  395.     were removed.
  396.  
  397.     * Profiling to determine bottlenecks helped to identify the best
  398.     places to spend time speeding up the code, which was then done.  A
  399.     number of performance enhancements in filename matching have sped
  400.     up checkouts.
  401.  
  402.     * Many more contributions have been added to the "contrib"
  403.     directory.  See the README file in that directory for more
  404.     information.
  405.  
  406.     * "cvs commit" will try harder to not change the file's
  407.     modification time after the commit.  If the file does not change
  408.     as a result of the commit operation, CVS will preserve the
  409.     original modification time, thus speeding up future make-type
  410.     builds.
  411.  
  412.     * "cvs commit" now includes any removed files in the (optional)
  413.     pre-commit checking program that may be invoked.  Previously, only
  414.     added and modified files were included.
  415.  
  416.     * It is now possible to commit a file directly onto the trunk at a
  417.     specific revision level by doing "cvs commit -r3.0 file.c", where
  418.     "3.0" specifies the revision you wish to create.  The file must be
  419.     up-to-date with the current head of the trunk for this to succeed.
  420.  
  421.     * "cvs commit" will now function with a pre-commit program that
  422.     has arguments specified in the "commitinfo" file.
  423.  
  424.     * The "mkmodules" program will now look within the
  425.     $CVSROOT/CVSROOT/checkoutlist" file for any additional files that
  426.     should be automatically checked out within CVSROOT; mkmodules also
  427.     tries harder to preserve any execute bits the files may have
  428.     originally had.
  429.  
  430.     * "cvs diff" is much more accurate about its exit status now.  It
  431.     now returns the maximum exit status of any invoked diff.
  432.  
  433.     * The "-I !" option is now supported for the import and update
  434.     commands correctly.  It will properly clear the ignore list now.
  435.  
  436.     * Some problems with "cvs import" handling of .cvsignore have been
  437.     fixed; as well, some rampant recursion problems with import have
  438.     also been fixed.
  439.  
  440.     * "cvs rdiff" (aka "cvs patch") now tries to set the modify time
  441.     of any temporary files it uses to match those specified for the
  442.     particular revision.  This allows a more accurate patch image to
  443.     be created.
  444.  
  445.     * "cvs status" has improved revision descriptions.  "Working
  446.     revision" is used for the revision of the working file that you
  447.     edit directly; "Repository revision" is the revision of the file
  448.     with the $CVSROOT source repository.  Also, the output is clearer
  449.     with regard to sticky and branch revisions.
  450.  
  451.     * CVS no longer dumps core when given a mixture of directories and
  452.     files in sub-directories (as in "cvs ci file1 dir1/file2").
  453.     Instead, arguments are now clumped into their respective directory
  454.     and operated on in chunks, together.
  455.  
  456.     * If the CVSEDITOR environment variable is set, that editor is
  457.     used for log messages instead of the EDITOR environment variable.
  458.     This makes it easy to substitute intelligent programs to make more
  459.     elaborate log messages.  Contributed by Mark D Baushke
  460.     (mdb@cisco.com).
  461.  
  462.     * Command argument changes:
  463.     cvs:            The "-f" option has been added to ignore
  464.                 the ~/.cvsrc file.
  465.     commit:            Renamed the "-f logfile" option to the
  466.                 "-F logfile" option.  Added the "-f"
  467.                 option to force a commit of the specified
  468.                 files (this disables recursion).
  469.     history:        Added "-t timezone" option to force any
  470.                 date-specific output into the specified
  471.                 timezone.
  472.     import:            Added "-d" option to use the file's
  473.                 modification time as the time of the
  474.                 import. Added "-k sub" option to set the
  475.                 default RCS keyword substitution mode for
  476.                 newly-created files.
  477.     remove:            Added "-f" option to force the file's
  478.                 automatic removal if it still exists in
  479.                 the working directory (use with caution).
  480.     rtag:            Added "-F" option to move the tag if it
  481.                 already exists -- new default is to NOT
  482.                 move tags automatically.
  483.     tag:            Added "-F" option to move the tag if it
  484.                 already exists -- new default is to NOT
  485.                 move tags automatically.
  486.  
  487. Tue Apr  7 15:55:25 1992  Brian Berliner  (berliner at sun.com)
  488.  
  489.     * Changes between CVS 1.3 Beta-3 and official CVS 1.3!
  490.  
  491.     * A new shell script is provided, "./cvsinit", which can be run at
  492.     install time to help setup your $CVSROOT area.  This can greatly
  493.     ease your entry into CVS usage.
  494.  
  495.     * The INSTALL file has been updated to include the machines on
  496.     which CVS has compiled successfully.  I think CVS 1.3 is finally
  497.     portable.  Thanks to all the Beta testers!
  498.  
  499.     * Support for the "editinfo" file was contributed.  This file
  500.     (located in $CVSROOT/CVSROOT) can be used to specify a special
  501.     "editor" to run on a per-directory basis within the repository,
  502.     instead of the usual user's editor.  As such, it can verify that
  503.     the log message entered by the user is of the appropriate form
  504.     (contains a bugid and test validation, for example).
  505.  
  506.     * The manual pages cvs(1) and cvs(5) have been updated.
  507.  
  508.     * The "mkmodules" command now informs you when your modules file
  509.     has duplicate entries.
  510.  
  511.     * The "add" command now preserves any per-directory sticky tag when
  512.     you add a new directory to your checked-out sources.
  513.  
  514.     * The "admin" command is now a fully recursive interface to the
  515.     "rcs" program which operates on your checked-out sources.  It no
  516.     longer requires you to specify the full path to the RCS file.
  517.  
  518.     * The per-file sticky tags can now be effectively removed with
  519.     "cvs update -A file", even if you had checked out the whole
  520.     directory with a per-directory sticky tag.  This allows a great
  521.     deal of flexibility in managing the revisions that your checked-out
  522.     sources are based upon (both per-directory and per-file sticky
  523.     tags).
  524.  
  525.     * The "cvs -n commit" command now works, to show which files are
  526.     out-of-date and will cause the real commit to fail, or which files
  527.     will fail any pre-commit checks.  Also, the "cvs -n import ..."
  528.     command will now show you what it would've done without actually
  529.     doing it.
  530.  
  531.     * Doing "cvs commit modules" to checkin the modules file will no
  532.     properly run the "mkmodules" program (assuming you have setup your
  533.     $CVSROOT/CVSROOT/modules file to do so).
  534.  
  535.     * The -t option in the modules file (which specifies a program to
  536.     run when you do a "cvs rtag" operation on a module) now gets the
  537.     symbolic tag as the second argument when invoked.
  538.  
  539.     * When the source repository is locked by another user, that user's
  540.     login name will be displayed as the holder of the lock.
  541.  
  542.     * Doing "cvs checkout module/file.c" now works even if
  543.     module/file.c is in the Attic (has been removed from main-line
  544.     development).
  545.  
  546.     * Doing "cvs commit */Makefile" now works as one would expect.
  547.     Rather than trying to commit everything recursively, it will now
  548.     commit just the files specified.
  549.  
  550.     * The "cvs remove" command is now fully recursive.  To schedule a
  551.     file for removal, all you have to do is "rm file" and "cvs rm".
  552.     With no arguments, "cvs rm" will schedule all files that have been
  553.     physically removed for removal from the source repository at the
  554.     next "cvs commit".
  555.  
  556.     * The "cvs tag" command now prints "T file" for each file that was
  557.     tagged by this invocation and "D file" for each file that had the
  558.     tag removed (as with "cvs tag -d").
  559.  
  560.     * The -a option has been added to "cvs rtag" to force it to clean
  561.     up any old, matching tags for files that have been removed (in the
  562.     Attic) that may not have been touched by this tag operation.  This
  563.     can help keep a consistent view with your tag, even if you re-use
  564.     it frequently.
  565.  
  566. Sat Feb 29 16:02:05 1992  Brian Berliner  (berliner at sun.com)
  567.  
  568.     * Changes between CVS 1.3 Beta-2 and CVS 1.3 Beta-3
  569.  
  570.     * Many portability fixes, thanks to all the Beta testers!  With any
  571.     luck, this Beta release will compile correctly on most anything.
  572.     Hey, what are we without our dreams.
  573.  
  574.     * CVS finally has support for doing isolated development on a
  575.     branch off the current (or previous!) revisions.  This is also
  576.     extremely nice for generating patches for previously released
  577.     software while development is progressing on the next release.
  578.     Here's an example of creating a branch to fix a patch with the 2.0
  579.     version of the "foo" module, even though we are already well into
  580.     the 3.0 release.  Do:
  581.  
  582.         % cvs rtag -b -rFOO_2_0 FOO_2_0_Patch foo
  583.         % cvs checkout -rFOO_2_0_Patch foo
  584.         % cd foo
  585.         [[ hack away ]]
  586.         % cvs commit
  587.  
  588.     A physical branch will be created in the RCS file only when you
  589.     actually commit the change.  As such, forking development at some
  590.     random point in time is extremely light-weight -- requiring just a
  591.     symbolic tag in each file until a commit is done.  To fork
  592.     development at the currently checked out sources, do:
  593.  
  594.         % cvs tag -b Personal_Hack
  595.         % cvs update -rPersonal_Hack
  596.         [[ hack away ]]
  597.         % cvs commit
  598.  
  599.     Now, if you decide you want the changes made in the Personal_Hack
  600.     branch to be merged in with other changes made in the main-line
  601.     development, you could do:
  602.  
  603.         % cvs commit             # to make Personal_Hack complete
  604.         % cvs update -A             # to update sources to main-line
  605.         % cvs update -jPersonal_Hack # to merge Personal_Hack
  606.  
  607.     to update your checked-out sources, or:
  608.  
  609.         % cvs checkout -jPersonal_Hack module
  610.  
  611.     to checkout a fresh copy.
  612.  
  613.     To support this notion of forked development, CVS reserves
  614.     all even-numbered branches for its own use.  In addition, CVS
  615.     reserves the ".0" and ".1" branches.  So, if you intend to do your
  616.     own branches by hand with RCS, you should use odd-numbered branches
  617.     starting with ".3", as in "1.1.3", "1.1.5", 1.2.9", ....
  618.  
  619.     * The "cvs commit" command now supports a fully functional -r
  620.     option, allowing you to commit your changes to a specific numeric
  621.     revision or symbolic tag with full consistency checks.  Numeric
  622.     tags are useful for bringing your sources all up to some revision
  623.     level:
  624.  
  625.         % cvs commit -r2.0
  626.  
  627.     For symbolic tags, you can only commit to a tag that references a
  628.     branch in the RCS file.  One created by "cvs rtag -b" or from
  629.     "cvs tag -b" is appropriate (see below).
  630.  
  631.     * Roland Pesch <pesch@cygnus.com> and K. Richard Pixley
  632.     <rich@cygnus.com> were kind enough to contribute two new manual
  633.     pages for CVS: cvs(1) and cvs(5).  Most of the new CVS 1.3 features
  634.     are now documented, with the exception of the new branch support
  635.     added to commit/rtag/tag/checkout/update.
  636.  
  637.     * The -j options of checkout/update have been added.  The "cvs join"
  638.     command has been removed.
  639.  
  640.     With one -j option, CVS will merge the changes made between the
  641.     resulting revision and the revision that it is based on (e.g., if
  642.     the tag refers to a branch, CVS will merge all changes made in
  643.     that branch into your working file).
  644.  
  645.     With two -j options, CVS will merge in the changes between the two
  646.     respective revisions.  This can be used to "remove" a certain delta
  647.     from your working file.  E.g., If the file foo.c is based on
  648.     revision 1.6 and I want to remove the changes made between 1.3 and
  649.     1.5, I might do:
  650.  
  651.         % cvs update -j1.5 -j1.3 foo.c        # note the order...
  652.  
  653.     In addition, each -j option can contain on optional date
  654.     specification which, when used with branches, can limit the chosen
  655.     revision to one within a specific date.  An optional date is
  656.     specified by adding a colon (:) to the tag, as in:
  657.  
  658.         -jSymbolic_Tag:Date_Specifier
  659.  
  660.     An example might be what "cvs import" tells you to do when you have
  661.     just imported sources that have conflicts with local changes:
  662.  
  663.         % cvs checkout -jTAG:yesterday -jTAG module
  664.  
  665.     which tells CVS to merge in the changes made to the branch
  666.     specified by TAG in the last 24 hours.  If this is not what is
  667.     intended, substitute "yesterday" for whatever format of date that
  668.     is appropriate, like:
  669.  
  670.         % cvs checkout -jTAG:'1 week ago' -jTAG module
  671.  
  672.     * "cvs diff" now supports the special tags "BASE" and "HEAD".  So,
  673.     the command:
  674.  
  675.         % cvs diff -u -rBASE -rHEAD
  676.  
  677.     will effectively show the changes made by others (in unidiff
  678.     format) that will be merged into your working sources with your
  679.     next "cvs update" command.  "-rBASE" resolves to the revision that
  680.     your working file is based on.  "-rHEAD" resolves to the current
  681.     head of the branch or trunk that you are working on.
  682.  
  683.     * The -P option of "cvs checkout" now means to Prune empty
  684.     directories, as with "update".  The default is to not remove empty
  685.     directories.  However, if you do "checkout" with any -r options, -P
  686.     will be implied.  I.e., checking out with a tag will cause empty
  687.     directories to be pruned automatically.
  688.  
  689.     * The new file INSTALL describes how to install CVS, including
  690.     detailed descriptions of interfaces to "configure".
  691.  
  692.     * The example loginfo file in examples/loginfo has been updated to
  693.     use the perl script included in contrib/log.pl.  The nice thing
  694.     about this log program is that it records the revision numbers of
  695.     your change in the log message.
  696.  
  697.     Example files for commitinfo and rcsinfo are now included in the
  698.     examples directory.
  699.  
  700.     * All "#if defined(__STDC__) && __STDC__ == 1" lines have been
  701.     changed to be "#if __STDC__" to fix some problems with the former.
  702.  
  703.     * The lib/regex.[ch] files have been updated to the 1.3 release of
  704.     the GNU regex package.
  705.  
  706.     * The ndbm emulation routines included with CVS 1.3 Beta-2 in the
  707.     src/ndbm.[ch] files has been moved into the src/myndbm.[ch] files
  708.     to avoid any conflict with the system <ndbm.h> header file.  If
  709.     you had a previous CVS 1.3 Beta release, you will want to "cvs
  710.     remove ndbm.[ch]" form your copy of CVS as well.
  711.  
  712.     * "cvs add" and "cvs remove" are a bit more verbose, telling you
  713.     what to do to add/remove your file permanently.
  714.  
  715.     * We no longer mess with /dev/tty in "commit" and "add".
  716.  
  717.     * More things are quiet with the -Q option set.
  718.  
  719.     * New src/config.h option:  If CVS_BADROOT is set, CVS will not
  720.     allow people really logged in as "root" to commit changes.
  721.  
  722.     * "cvs diff" exits with a status of 0 if there were no diffs, 1 if
  723.     there were diffs, and 2 if there were errors.
  724.  
  725.     * "cvs -n diff" is now supported so that you can still run diffs
  726.     even while in the middle of committing files.
  727.  
  728.     * Handling of the CVS/Entries file is now much more robust.
  729.  
  730.     * The default file ignore list now includes "*.so".
  731.  
  732.     * "cvs import" did not expand '@' in the log message correctly.  It
  733.     does now.  Also, import now uses the ignore file facility
  734.     correctly.
  735.  
  736.     Import will now tell you whether there were conflicts that need to
  737.     be resolved, and how to resolve them.
  738.  
  739.     * "cvs log" has been changed so that you can "log" things that are
  740.     not a part of the current release (in the Attic).
  741.  
  742.     * If you don't change the editor message on commit, CVS now prompts
  743.     you with the choice:
  744.  
  745.         !)reuse this message unchanged for remaining dirs
  746.  
  747.     which allows you to tell CVS that you have no intention of changing
  748.     the log message for the remainder of the commit.
  749.  
  750.     * It is no longer necessary to have CVSROOT set if you are using
  751.     the -H option to get Usage information on the commands.
  752.  
  753.     * Command argument changes:
  754.     checkout:        -P handling changed as described above.
  755.                 New -j option (up to 2 can be specified)
  756.                 for doing rcsmerge kind of things on
  757.                 checkout.
  758.     commit:            -r option now supports committing to a
  759.                 numeric or symbolic tags, with some
  760.                 restrictions.  Full consistency checks will
  761.                 be done.
  762.                 Added "-f logfile" option, which tells
  763.                 commit to glean the log message from the
  764.                 specified file, rather than invoking the
  765.                 editor.
  766.     rtag:            Added -b option to create a branch tag,
  767.                 useful for creating a patch for a previous
  768.                 release, or for forking development.
  769.     tag:            Added -b option to create a branch tag,
  770.                 useful for creating a patch for a previous
  771.                 release, or for forking development.
  772.     update:            New -j option (up to 2 can be specified)
  773.                 for doing rcsmerge kind of things on
  774.                 update.
  775.  
  776. Thu Jan  9 10:51:35 MST 1992 Jeff Polk (polk at BSDI.COM)
  777.  
  778.     * Changes between CVS 1.3 Beta-1 and CVS 1.3 Beta-2
  779.  
  780.     * Thanks to K. Richard Pixley at Cygnus we now have function
  781.     prototypes in all the files
  782.  
  783.     * Some small changes to configure for portability.  There have
  784.     been other portability problems submitted that have not been fixed
  785.     (Brian will be working on those).  Additionally all __STDC__
  786.     tests have been modified to check __STDC__ against the constant 1 
  787.     (this is what the Second edition of K&R says must be true).
  788.  
  789.     * Lots of additional error checking for forked processes (run_exec)
  790.     (thanks again to K. Richard Pixley)
  791.  
  792.     * Lots of miscellaneous bug fixes - including but certainly not 
  793.     limited to:
  794.         various commit core dumps
  795.         various update core dumps
  796.         bogus results from status with numeric sticky tags
  797.         commitprog used freed memory
  798.         Entries file corruption caused by No_Difference
  799.         commit to revision broken (now works if branch exists)
  800.         ignore file processing broken for * and !
  801.         ignore processing didn't handle memory reasonably
  802.         miscellaneous bugs in the recursion processor
  803.         file descriptor leak in ParseInfo
  804.         CVSROOT.adm->CVSROOT rename bug
  805.         lots of lint fixes
  806.  
  807.     * Reformatted all the code in src (with GNU indent) and then 
  808.     went back and fixed prototypes, etc since indent gets confused.  The
  809.     rationale is that it is better to do it sooner than later and now
  810.     everything is consistent and will hopefully stay that way.
  811.     The basic options to indent were: "-bad -bbb -bap -cdb -d0 -bl -bli0 
  812.     -nce -pcs -cs -cli4 -di1 -nbc -psl -lp -i4 -ip4 -c41"  and then
  813.     miscellaneous formatting fixes were applied.  Note also that the 
  814.     "-nfc1" or "-nfca" may be appropriate in files where comments have
  815.     been carefully formatted (e.g, modules.c).
  816.  
  817. Sat Dec 14 20:35:22 1991  Brian Berliner  (berliner at sun.com)
  818.  
  819.     * Changes between CVS 1.2 and CVS 1.3 Beta are described here.
  820.  
  821.     * Lots of portability work.  CVS now uses the GNU "configure"
  822.     script to dynamically determine the features provided by your
  823.     system.  It probably is not foolproof, but it is better than
  824.     nothing.  Please let me know of any portability problems.  Some
  825.     file names were changed to fit within 14-characters.
  826.  
  827.     * CVS has a new RCS parser that is much more flexible and
  828.     extensible.  It should read all known RCS ",v" format files.
  829.  
  830.     * Most of the commands now are fully recursive, rather than just
  831.     operating on the current directory alone.  This includes "commit",
  832.     which makes it real easy to do an "atomic" commit of all the
  833.     changes made to a CVS hierarchy of sources.  Most of the commands
  834.     also correctly handle file names that are in directories other than
  835.     ".", including absolute path names.  Commands now accept the "-R"
  836.     option to force recursion on (though it is always the default now)
  837.     and the "-l" option to force recursion off, doing just "." and not
  838.     any sub-directories.
  839.  
  840.     * CVS supports many of the features provided with the RCS 5.x
  841.     distribution - including the new "-k" keyword expansion options.  I
  842.     recommend using RCS 5.x (5.6 is the current official RCS version)
  843.     and GNU diff 1.15 (or later) distributions with CVS.
  844.  
  845.     * Checking out files with symbolic tags/dates is now "sticky", in
  846.     that CVS remembers the tag/date used for each file (and directory)
  847.     and will use that tag/date automatically on the next "update" call.
  848.     This stickyness also holds for files checked out with the the new
  849.     RCS 5.x "-k" options.
  850.  
  851.     * The "cvs diff" command now recognizes all of the rcsdiff 5.x
  852.     options.  Unidiff format is available by installing the GNU
  853.     diff 1.15 distribution.
  854.  
  855.     * The old "CVS.adm" directories created on checkout are now called
  856.     "CVS" directories, to look more like "RCS" and "SCCS".  Old CVS.adm
  857.     directories are automagically converted to CVS directories.  The
  858.     old "CVSROOT.adm" directory within the source repository is
  859.     automagically changed into a "CVSROOT" directory as well.
  860.  
  861.     * Symbolic links in the source repository are fully supported ONLY
  862.     if you use RCS 5.6 or later and (of course) your system supports
  863.     symlinks.
  864.  
  865.     * A history database has been contributed which maintains the
  866.     history of certain CVS operations, as well as providing a wide array
  867.     of querying options.
  868.  
  869.     * The "cvs" program has a "-n" option which can be used with the
  870.     "update" command to show what would be updated without actually
  871.     doing the update, like:  "cvs -n update".  All usage statements
  872.     have been cleaned up and made more verbose.
  873.  
  874.     * The module database parsing has been rewritten.  The new format
  875.     is compatible with the old format, but with much more
  876.     functionality.  It allows modules to be created that grab pieces or
  877.     whole directories from various different parts of your source
  878.     repository.  Module-relative specifications are also correctly
  879.     recognized now, like "cvs checkout module/file.c".
  880.  
  881.     * A configurable template can be specified such that on a "commit", 
  882.     certain directories can supply a template that the user must fill
  883.     before completing the commit operation.
  884.  
  885.     * A configurable pre-commit checking program can be specified which
  886.     will run to verify that a "commit" can happen.  This feature can be
  887.     used to restrict certain users from changing certain pieces of the
  888.     source repository, or denying commits to the entire source
  889.     repository.
  890.  
  891.     * The new "cvs export" command is much like "checkout", but
  892.     establishes defaults suitable for exporting code to others (expands
  893.     out keywords, forces the use of a symbolic tag, and does not create
  894.     "CVS" directories within the checked out sources.
  895.  
  896.     * The new "cvs import" command replaces the deprecated "checkin"
  897.     shell script and is used to import sources into CVS control.  It is
  898.     also much faster for the first-time import.  Some algorithmic
  899.     improvements have also been made to reduce the number of
  900.     conflicting files on next-time imports.
  901.  
  902.     * The new "cvs admin" command is basically an interface to the
  903.     "rcs" program.  (Not yet implemented very well).
  904.  
  905.     * Signal handling (on systems with BSD or POSIX signals) is much
  906.     improved.  Interrupting CVS now works with a single interrupt!
  907.  
  908.     * CVS now invokes RCS commands by direct fork/exec rather than
  909.     calling system(3).  This improves performance by removing a call to
  910.     the shell to parse the arguments.
  911.  
  912.     * Support for the .cvsignore file has been contributed.  CVS will
  913.     now show "unknown" files as "? filename" as the result of an "update"
  914.     command.  The .cvsignore file can be used to add files to the
  915.     current list of ignored files so that they won't show up as unknown.
  916.  
  917.     * Command argument changes:
  918.     cvs:        Added -l to turn off history logging.
  919.             Added -n to show what would be done without actually
  920.             doing anything.
  921.             Added -q/-Q for quiet and really quiet settings.
  922.             Added -t to show debugging trace.
  923.     add:        Added -k to allow RCS 5.x -k options to be specified.
  924.     admin:        New command; an interface to rcs(1).
  925.     checkout:    Added -A to reset sticky tags/date/options.
  926.             Added -N to not shorten module paths.
  927.             Added -R option to force recursion.
  928.             Changed -p (prune empty directories) to -P option.
  929.             Changed -f option; forcing tags match is now default.
  930.             Added -p option to checkout module to standard output.
  931.             Added -s option to cat the modules db with status.
  932.             Added -d option to checkout in the specified directory.
  933.             Added -k option to use RCS 5.x -k support.
  934.     commit:        Removed -a option; use -l instead.
  935.             Removed -f option.
  936.             Added -l option to disable recursion.
  937.             Added -R option to force recursion.
  938.             If no files specified, commit is recursive.
  939.     diff:        Now recognizes all RCS 5.x rcsdiff options.
  940.             Added -l option to disable recursion.
  941.             Added -R option to force recursion.
  942.     history:    New command; displays info about CVS usage.
  943.     import:        Replaces "checkin" shell script; imports sources
  944.             under CVS control.  Ignores files on the ignore
  945.             list (see -I option or .cvsignore description above).
  946.     export:        New command; like "checkout", but w/special options
  947.             turned on by default to facilitate exporting sources.
  948.     join:        Added -B option to join from base of the branch;
  949.             join now defaults to only joining with the top two
  950.             revisions on the branch.
  951.             Added -k option for RCS 5.x -k support.
  952.     log:        Supports all RCS 5.x options.
  953.             Added -l option to disable recursion.
  954.             Added -R option to force recursion.
  955.     patch:        Changed -f option; forcing tags match is now default.
  956.             Added -c option to force context-style diffs.
  957.             Added -u option to support unidiff-style diffs.
  958.             Added -V option to support RCS specific-version
  959.             keyword expansion formats.
  960.             Added -R option to force recursion.
  961.     remove:        No option changes.  It's a bit more verbose.
  962.     rtag:        Equivalent to the old "cvs tag" command.
  963.             No option changes.  It's a lot faster for re-tag.
  964.     status:        New output formats with more information.
  965.             Added -l option to disable recursion.
  966.             Added -R option to force recursion.
  967.             Added -v option to show symbolic tags for files.
  968.     tag:        Functionality changed to tag checked out files
  969.             rather than modules; use "rtag" command to get the
  970.             old "cvs tag" behaviour.
  971.     update:        Added -A to reset sticky tags/date/options.
  972.             Changed -p (prune empty directories) to -P option.
  973.             Changed -f option; forcing tags match is now default.
  974.             Added -p option to checkout module to standard output.
  975.             Added -I option to add files to the ignore list.
  976.             Added -R option to force recursion.
  977.  
  978.     Major Contributors:
  979.  
  980.     * Jeff Polk <polk@bsdi.com> rewrote most of the grody code of CVS
  981.     1.2.  He made just about everything dynamic (by using malloc),
  982.     added a generic hashed list manager, re-wrote the modules database
  983.     parsing in a compatible - but extended way, generalized directory
  984.     hierarchy recursion for virtually all the commands (including
  985.     commit!), generalized the loginfo file to be used for pre-commit
  986.     checks and commit templates, wrote a new and flexible RCS parser,
  987.     fixed an uncountable number of bugs, and helped in the design of
  988.     future CVS features.  If there's anything gross left in CVS, it's
  989.     probably my fault!
  990.  
  991.     * David G. Grubbs <dgg@odi.com> contributed the CVS "history" and
  992.     "release" commands.  As well as the ever-so-useful "-n" option of
  993.     CVS which tells CVS to show what it would do, without actually
  994.     doing it.  He also contributed support for the .cvsignore file.
  995.  
  996.     * Paul Sander, HaL Computer Systems, Inc. <paul@hal.com> wrote and
  997.     contributed the code in lib/sighandle.c.  I added support for
  998.     POSIX, BSD, and non-POSIX/non-BSD systems.
  999.  
  1000.     * Free Software Foundation contributed the "configure" script and
  1001.     other compatibility support in the "lib" directory, which will help
  1002.     make CVS much more portable.
  1003.  
  1004.     * Many others have contributed bug reports and enhancement requests.
  1005.     Some have even submitted actual code which I have not had time yet
  1006.     to integrate into CVS.  Maybe for the next release.
  1007.  
  1008.     * Thanks to you all!
  1009.  
  1010. Wed Feb  6 10:10:58 1991  Brian Berliner  (berliner at sun.com)
  1011.  
  1012.     * Changes from CVS 1.0 Patchlevel 1 to CVS 1.0 Patchlevel 2; also
  1013.     known as "Changes from CVS 1.1 to CVS 1.2".
  1014.  
  1015.     * Major new support with this release is the ability to use the
  1016.     recently-posted RCS 5.5 distribution with CVS 1.2.  See below for
  1017.     other assorted bug-fixes that have been thrown in.
  1018.  
  1019.     * ChangeLog (new): Added Emacs-style change-log file to CVS 1.2
  1020.     release.  Chronological description of changes between release.
  1021.  
  1022.     * README: Small fixes to installation instructions.  My email
  1023.     address is now "berliner@sun.com".
  1024.  
  1025.     * src/Makefile: Removed "rcstime.h".  Removed "depend" rule.
  1026.  
  1027.     * src/partime.c:  Updated to RCS 5.5 version with hooks for CVS.
  1028.     * src/maketime.c: Updated to RCS 5.5 version with hooks for CVS.
  1029.     * src/rcstime.h:  Removed from the CVS 1.2 distribution.
  1030.     Thanks to Paul Eggert <eggert@twinsun.com> for these changes.
  1031.  
  1032.     * src/checkin.csh: Support for RCS 5.5 parsing.
  1033.     Thanks to Paul Eggert <eggert@twinsun.com> for this change.
  1034.  
  1035.     * src/collect_sets.c (Collect_Sets): Be quieter if "-f" option is
  1036.     specified.  When checking out files on-top-of other files that CVS
  1037.     doesn't know about, run a diff in the hopes that they are really
  1038.     the same file before aborting.
  1039.  
  1040.     * src/commit.c (branch_number): Fix for RCS 5.5 parsing.
  1041.     Thanks to Paul Eggert <eggert@twinsun.com> for this change.
  1042.  
  1043.     * src/commit.c (do_editor): Bug fix - fprintf missing argument
  1044.     which sometimes caused core dumps.
  1045.  
  1046.     * src/modules.c (process_module): Properly NULL-terminate
  1047.     update_dir[] in all cases.
  1048.  
  1049.     * src/no_difference.c (No_Difference): The wrong RCS revision was
  1050.     being registered in certain (strange) cases.
  1051.  
  1052.     * src/patch.c (get_rcsdate): New algorithm.  No need to call
  1053.     maketime() any longer.
  1054.     Thanks to Paul Eggert <eggert@twinsun.com> for this change.
  1055.  
  1056.     * src/patchlevel.h: Increased patch level to "2".
  1057.  
  1058.     * src/subr.c (isdir, islink): Changed to compare stat mode bits
  1059.     correctly.
  1060.  
  1061.     * src/tag.c (tag_file): Added support for following symbolic links
  1062.     that are in the master source repository when tagging.  Made tag
  1063.     somewhat quieter in certain cases.
  1064.  
  1065.     * src/update.c (update_process_lists): Unlink the user's file if it
  1066.     was put on the Wlist, meaning that the user's file is not modified
  1067.     and its RCS file has been removed by someone else.
  1068.  
  1069.     * src/update.c (update): Support for "cvs update dir" to correctly
  1070.     just update the argument directory "dir".
  1071.  
  1072.     * src/cvs.h: Fixes for RCS 5.5 parsing.
  1073.     * src/version_number.c (Version_Number): Fixes for parsing RCS 5.5
  1074.     and older RCS-format files.
  1075.     Thanks to Paul Eggert <eggert@twinsun.com> for these changes.
  1076.  
  1077.     * src/version_number.c (Version_Number): Bug fixes for "-f" option.
  1078.     Bug fixes for parsing with certain branch numbers.  RCS
  1079.     revision/symbol parsing is much more solid now.
  1080.  
  1081. Wed Feb 14 10:01:33 1990  Brian Berliner  (berliner at sun.com)
  1082.  
  1083.     * Changes from CVS 1.0 Patchlevel 0 to CVS 1.0 Patchlevel 1; also
  1084.     known as "Changes from CVS 1.0 to CVS 1.1".
  1085.  
  1086.     * src/patch.c (get_rcsdate): Portability fix.  Replaced call to
  1087.     timelocal() with call to maketime().
  1088.  
  1089. Mon Nov 19 23:15:11 1990  Brian Berliner  (berliner at prisma.com)
  1090.  
  1091.     * Sent CVS 1.0 release to comp.sources.unix moderator and FSF.
  1092.  
  1093.     * Special thanks to Dick Grune <dick@cs.vu.nl> for his work on the
  1094.     1986 version of CVS and making it available to the world.  Dick's
  1095.     version is available on uunet.uu.net in the
  1096.     comp.sources.unix/volume6/cvs directory.
  1097.