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
On Sun, 16 Sep 2018 at 01:42, Marc Haber
wrote:
> On Sat, 15 Sep 2018 22:31:42 +1200, Michael Hudson-Doyle
> wrote:
> >On Fri, 14 Sep 2018 at 23:59, Raphael Hertzog wrote:
> >
> >> On Fri, 14 Sep 2018, Marc Haber wrote:
> >> > Has anybody gotten dpkg path-exclude to work?
> >>
> >> Yes. It's be
On Sat, 15 Sep 2018 22:31:42 +1200, Michael Hudson-Doyle
wrote:
>On Fri, 14 Sep 2018 at 23:59, Raphael Hertzog wrote:
>
>> On Fri, 14 Sep 2018, Marc Haber wrote:
>> > Has anybody gotten dpkg path-exclude to work?
>>
>> Yes. It's been a long time that I have not used it but the main problem
>> is
On Fri, 14 Sep 2018 at 23:59, Raphael Hertzog wrote:
> On Fri, 14 Sep 2018, Marc Haber wrote:
> > Has anybody gotten dpkg path-exclude to work?
>
> Yes. It's been a long time that I have not used it but the main problem
> is that to be effective the option must be used right from the start (i.e.
On Fri, 14 Sep 2018 13:58:40 +0200, Raphael Hertzog
wrote:
>On Fri, 14 Sep 2018, Marc Haber wrote:
>> Has anybody gotten dpkg path-exclude to work?
>
>Yes. It's been a long time that I have not used it but the main problem
>is that to be effective the option must be used right from the start (i.e.
On Fri, 14 Sep 2018, Marc Haber wrote:
> Has anybody gotten dpkg path-exclude to work?
Yes. It's been a long time that I have not used it but the main problem
is that to be effective the option must be used right from the start (i.e.
already at the debootstrap stage) otherwise you have to manually
On Thu, 13 Sep 2018 11:22:37 +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:glibc, at a
> 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 08:56:22AM -0700, Russ Allbery wrote:
> > - A large part of the changelog is listing the changes in upstream
> > stable updates. [...]
> For the record, I've found these curated summaries of the upstream changes
> *incredibly* helpful more times than I can count. So I'd lov
Ben Hutchings writes:
> - 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 C
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
On Thu, Sep 13, 2018 at 01:46:34PM +0300, Lars Wirzenius wrote:
> I was curious, so I ran the following on my laptop:
[finding 22M of changelogs]
I was curious too, so I ran "du -sch /usr/share/doc" and found that in
this VM thats 150M of a 3.5G system. But then I have ~15 such
installations on my
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
23 matches
Mail list logo
