Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • the more human-readable brief changelog in the announcement is probably what you want:

    http://www.nabble.com/ANNOUNCE%3A-Apache-SpamAssassin-3.1.5-available!-tf2190657 .html [nabble.com]

    • I agree with Andy.

      For open source software, if I want to see the subversion log, I'll just go to the public subversion and look at the real subversion log.

      For the Changes file, what really matters is the human summary.

      Posting it to an insiders (as in people who have previously signed up to specifically keep track of the project) is far less useful that adding it so that everyone can see it.
      • Um, the announcement mail is linked from http://spamassassin.apache.org/ [apache.org] -- the front page of the project website. hardly an "insiders list"...

        the point that it should appear in the distro, though, is well made.

        FWIW, the "svn log" format Changes file that we use is indeed useful, even if that data is available from svn; assuming otherwise assumes that (a) the user can access the svn repository and is online etc, (b) the repository will always be available (what happens in 20 years time?), and (c) they know what branch the release was cut from (since obviously changes checked in on trunk are irrelevant for releases cut from a maintainance branch).

        • Your point about the subtleties of the svn log are pretty reasonable.

          Perhaps just putting it in something like a "svn.log" file rather than the Changes file (By convention generally for human consumption) would be better?