Hi,

Generally I would suggest two things for Change-logs:
- if anybody plan to generate it from bzr log, then maybe keeping the old
one is OK and prepending a new one. There would not be anything lost in this
case (as suggested - quality of commit comments vs changelog)
- now, we could tag textually commit messages, saying this is `commit'
significant and should be put into Change-Log (or just keeping the revision
numbers lists in separate place, this would be less appealing, change of vc,
maintaining another file).

The only drawback of using tagged commits, is that they might not reflect
what really happened at *this* particular commit, otherwise it solves the
problem (at least with ChangeLogs).

Mine two cents (sorry about getting into the middle of discussion).

Wojciech