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 t
On Thu, 2018-09-13 at 09:06 -0400, Jeremy Bicha wrote:
> On Thu, Sep 13, 2018 at 8:53 AM Boyuan Yang wrote:
> > If Debian wants to limit changelog size as well, it may be better if we keep
> > similar / identical behaviour / implementation as Ubuntu.
>
> More specifically, Ubuntu packages keep ch
> Yes, this would be very sensible IMHO.
>
> Having debhelper cut off the changelogs from 4 or 6 years before (and
> inserting a pointer to the source package for the rest) sounds like
> a good idea to me.
It would be nice if X number of the oldest entries are kept - particularly the
"initial rel
Mattia Rizzolo:
> On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
>> - 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
>>
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> - 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?
Yes, thi
On Thu, Sep 13, 2018 at 01:45:00PM +0100, Ben Hutchings wrote:
> It's
> not too surprising that upstream changelogs can be even larger. The
> inclusion of upstream changelogs (vs release notes) was discussed in #
> 459427.
Not everybody may know it, but ubuntu has been patching debhelper for
many
On Thu, Sep 13, 2018 at 8:53 AM Boyuan Yang wrote:
> If Debian wants to limit changelog size as well, it may be better if we keep
> similar / identical behaviour / implementation as Ubuntu.
More specifically, Ubuntu packages keep changelog entries for 10
Debian/Ubuntu package versions.
At the bo
As for limiting / truncating Debian changelogs, there is an existing
implementation that we may refer to, which is Ubuntu's approach: they keep
certain amount of changelog in the .deb package (I'm not sure about the
detailed algorithm but that is available somewhere) while adding some
explanati
On Thu, 2018-09-13 at 13:46 +0300, Lars Wirzenius wrote:
> On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> > The src:linux package has a very big changelog (about 1700 kiB
> > uncompressed, 600 kiB gzipped). On my system the largest installed
> > changelogs, by some way, are all v
On Thu, Sep 13, 2018 at 7:22 PM, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:glibc, at
Quoting Ben Hutchings :
- Would it make sense to split the changelog, leaving older entries
only in the source package?
As long as the full d/ch is in the source package, I'm fine.
On one of my embedded machines changelogs are 2/3 of /usr/share/doc.
E.g. multiple copies of the same changelog f
On Thu, Sep 13, 2018 at 11:22:37AM +0100, Ben Hutchings wrote:
> The src:linux package has a very big changelog (about 1700 kiB
> uncompressed, 600 kiB gzipped). On my system the largest installed
> changelogs, by some way, are all versions of this. (The next largest
> changelogs come from src:gl
The src:linux package has a very big changelog (about 1700 kiB
uncompressed, 600 kiB gzipped). On my system the largest installed
changelogs, by some way, are all versions of this. (The next largest
changelogs come from src:glibc, at about 200 kiB gzipped.)
I recently had to introduce yet more i
13 matches
Mail list logo
