Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #62353

Re: Limiting the size of installed changelogs

From Ben Hutchings <ben@decadent.org.uk>
Newsgroups linux.debian.devel, linux.debian.kernel
Subject Re: Limiting the size of installed changelogs
Date 2018-10-13 18:10 +0200
Message-ID <wIuEi-7Yo-1@gated-at.bofh.it> (permalink)
References <wxx2N-2KS-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Thu, 2018-09-13 at 11:22 +0100, Ben Hutchings wrote:
[...]
> - A large part of the changelog is listing the changes in upstream
> stable updates.  These are mostly important changes, and we already try
> to leave out those that are clearly irrelevant to Debian.  Should we
> continue to include these, or limit to those that address CVEs or
> Debian bug reports?

There was one comment in favour of keeping these lists, and none for
excluding them.  I intend to continue including them.

> - Would it make sense to split the changelog, leaving older entries
> only in the source package?  If so, should this be done manually, or
> would it make sense to have dh_installchangelogs split at some age or
> size limit?

There seemed to be consensus that this would be reasonable, but
differing opinions about how to do it.

Several people mentioned Ubuntu's automatically truncated changelogs. 
These would require packaging a new tool and improving the handling of
source changelogs on metadata.ftp-master.debian.org.  I don't have time
to work on this but someone else could.

I've committed a manual change in the linux source package, moving all
entries up to the stretch branch-point into changelog.old.  This will
mean that in a buster installation the changelog will include all
changes since stretch.

> - Does it make sense to compress changelogs with xz?  For src:linux,
> this achieves about a 20-25% reduction over gzip.

There was some support for this, but differing results for compression.
It wasn't clear that the gain would be worth it.  I don't have time to
work on investigating this or proposing a policy change, but someone
else could.

Ben.

-- 
Ben Hutchings
All the simple programs have been written, and all the good names taken


Back to linux.debian.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

Limiting the size of installed changelogs Ben Hutchings <ben@decadent.org.uk> - 2018-09-13 12:30 +0200
  Re: Limiting the size of installed changelogs Lars Wirzenius <liw@liw.fi> - 2018-09-13 12:50 +0200
    Re: Limiting the size of installed changelogs Ben Hutchings <ben@decadent.org.uk> - 2018-09-13 14:50 +0200
      Re: Limiting the size of installed changelogs Mattia Rizzolo <mattia@debian.org> - 2018-09-13 18:10 +0200
  Re: Limiting the size of installed changelogs "W. Martin Borgert" <debacle@debian.org> - 2018-09-13 14:00 +0200
  Re: Limiting the size of installed changelogs Roger Shimizu <rogershimizu@gmail.com> - 2018-09-13 14:30 +0200
  Re: Limiting the size of installed changelogs Boyuan Yang <byang@debian.org> - 2018-09-13 15:00 +0200
    Re: Limiting the size of installed changelogs Jeremy Bicha <jbicha@debian.org> - 2018-09-13 15:10 +0200
      Re: Limiting the size of installed changelogs Ben Hutchings <ben@decadent.org.uk> - 2018-10-13 17:40 +0200
  Re: Limiting the size of installed changelogs Mattia Rizzolo <mattia@debian.org> - 2018-09-13 18:20 +0200
    Re: Limiting the size of installed changelogs Ruben Undheim <lists@beebeetle.com> - 2018-09-14 00:40 +0200
  Re: Limiting the size of installed changelogs Ben Hutchings <ben@decadent.org.uk> - 2018-10-13 18:10 +0200

csiph-web