cvs commit: src UPDATING
fenner at research.att.com
Mon Oct 31 14:03:39 PST 2005
I've turned off ending cvs logs at the end-of-file string (77 ='s)
on http://people.freebsd.org/~fenner/newcgi/cvsweb.cgi .
The URL that started this thread,
seems to work ok.
You can see the oddities that cvsweb experiences because of the
contents of the log. See, for example, UPDATING without the
only_with_tag=, look at rev 1.342.2.12. cvsweb thinks the
log message for that rev is just
RCS file: /home/ncvs/src/UPDATING,v
because the next line is the line in the log entry is
the line that seperates log entries. Now, look down to 1.370,
which was the rev that is actually described in the MFC log
in 1.342.2.12 - not only is it duplicated in the list (the
revisions on the page go 1.371, 1.370, 1.370, 1.369), the
actual message is duplicated.
It gets worse than this, actually - a good example of
localpkg itself doesn't actually have a rev 1.335 in between its 1.5 and
1.6; in addition, its rev 1.4 isn't actually dated earlier than its 1.3 -
those are all false revisions generated by log messages in log messages.
(If you believed the cvsweb output, you might start running around
shouting "repo corruption!"...)
I doubt that we'd end up being comfortable with the amount of
repo surgery that's probably needed to correct all instances
of this problem, and it's just too darn handy to paste "cvs log"
output into MFC commit messages so the problem isn't going to go
More information about the cvs-src