Merge branch 'mirbsd'
[alioth/cvs.git] / debian / NEWS
1 cvs (2:1.12.13+real-23) unstable; urgency=low
2
3   Starting from this version, environment variables that are
4   defined but empty are handled the same as undefined ones,
5   except CVSREAD and CVSREADONLYFS (whose mere presence in
6   the environment enables the functionality).
7
8  -- Thorsten Glaser <tg@mirbsd.de>  Fri, 28 Apr 2017 19:10:30 +0200
9
10 cvs (2:1.12.13+real-22) unstable; urgency=low
11
12   Newly created repositories (from “cvs init”) now rely on
13   CVSUMASK for the permissions of the “history” and “val-tags”
14   files instead of creating them as world-writable.
15
16   Newly created repositories contain a LogHistory configuration
17   setting to only record write operations in the “history” file.
18
19   If you are used to the previous behaviour, you can restore it
20   by altering (or removing, in which case the (commented-out)
21   default of logging everything will be used) the LogHistory
22   configuration setting and changing the permissions on the
23   “history” and “val-tags” files so that every user can write
24   into them.
25
26   If you did not deliberately open your repository to all users
27   on your system, you might wish to change all existing repos
28   to this behaviour. To do this, check out the CVSROOT module,
29   edit the “config” file adding “LogHistory=TMAR”, check that
30   change in, release the CVSROOT module, and chmod the “history”
31   and “val-tags” files to either 0664 (if all users in the same
32   group should be able to commit) or 0644 (if only you wish to
33   commit), possibly 0660 or 0600 is non-committers should also
34   be denied reading.
35
36   Contact me (mirabilos) in #cvs on irc.freenode.net if you have
37   any questions about this change or require further support.
38
39  -- Thorsten Glaser <tg@mirbsd.de>  Tue, 28 Mar 2017 19:54:01 +0200
40
41 cvs (2:1.12.13+real-7) unstable; urgency=high
42
43   rcs2log no longer lives in the PATH, the contributed script
44   and its manpage are in /usr/share/cvs/contrib/rcs2log now.
45
46   Some contrib files (and their documentation) are no longer
47   shipped with the binary package (antique, insecure, useless).
48
49   -rHEAD in "cvs diff" now, consistently with all other cvs
50   subcommands, means "tip of the trunk (MAIN branch)"; to
51   access the tip of the another branch, use its name; as a
52   compatibility aid, -r.bhead (only in diff) points to the
53   tip of the sticky branch.
54
55  -- Thorsten Glaser <tg@mirbsd.de>  Sun, 04 Dec 2011 20:10:09 +0000
56
57 cvs (2:1.12.13+real-5) unstable; urgency=low
58
59   This cvs package is a totally new packaging and has almost
60   nothing in common with what was in Debian before. The most
61   visible changes are outlined below:
62
63   pserver is no longer officially supported; the cvs package
64   does not install any service, inetd, or something similar.
65   If you want to set up a CVS server, use SSH, as shown in:
66   * http://www.stremler.net/Code/cvs_tricks/cvs-over-ssh.html
67   * http://www.stremler.net/Code/cvs_tricks/cvs-over-ssh-advanced.html
68   * http://www.stremler.net/Code/cvs_tricks/cvs-over-ssh-advanced2.html
69
70   Consequentially, PAM is also no longer supported, and this
71   package does not set up or manage any repositories; that's
72   the system administrator's job now.
73
74   For running "cvs admin" tasks the user must be a member of
75   the new "_cvsadmin" system group, or the repository be set
76   up (UserAdminOptions in CVSROOT/config) to allow everyone.
77
78   The date format for $Id$ and similar in checkouts has been
79   switched back from ISO 8601 to the standard RCS format, to
80   keep checksums over checkouts/exports consistent. This, as
81   well as the fact that only the :local: and :extssh: access
82   methods are officially supported, is not negotiable.
83
84   Please direct feature requests upstream, not to the BTS. I
85   do quite an amount of hacking CVS, but prefer to care only
86   about the packaging bits with "full power" in Debian.
87
88  -- Thorsten Glaser <tg@mirbsd.de>  Sat, 11 Jun 2011 05:01:49 +0000