On Tue, Nov 09, 2010 at 11:51:31AM +0100, Martin Pitt wrote: > Hello Colin, > > Colin Watson [2010-11-09 9:52 +0000]: > > This option has its benefits. The reason I think this is better than > > the status quo in natty is that there's going to be a sizeable > > population of knowledgeable users who reach for > > /usr/share/doc/<package>/changelog.<tab><tab> "what the heck?", and I'd > > like to eliminate the "what the heck?" factor. A simple option would be > > to cap the size of the changelog we distribute in binary packages to > > min(a release cycle, some size limit), and at the end of the changelog, > > write: > > > > For older changelog entries, run 'apt-changelog <package>'. > > This seems like a good compromise to me. We could start with just > keeping all changelog entries of the current release, and then > perhaps drop them altogether in a later release, when the world knows > about apt-changelog. > > It's a bit tricky to determine which of the Debian changelog parts > would belong into our "current" release. Does it sound okay to you to > just include the topmost 10, or everything from <= 6 months (relative > to the topmost changelog date)?
Works for me. -- - mdz -- technical-board mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/technical-board
