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).