Your message dated Wed, 22 Apr 2020 22:08:37 +0200
with message-id <[email protected]>
and subject line Re: Bug#954313: dh_installchangelogs: provide option to strip
off old changelog entries
has caused the Debian Bug report #954313,
regarding dh_installchangelogs: provide option to strip off old changelog
entries
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
954313: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954313
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 12.9
Severity: wishlist
Hi,
some packages have a very detailed debian/changelog which goes back
years or even decades.
Given that we nowadays have the ability to get changelogs on-demand via
"apt changelog", I think it would make sense if the changelog.Debian
that is installed on disk can be trimmed down.
While I surely can do that via some sed hacks in debian/rules, a nicer
option would be, if dh_installchangelogs would provide an option like
say --trim=365d / --trim=2y / etc, which would only install changelog
entries that are newer then 365 days / 2 years / etc.
2 or 3 years sounds like a good compromise to me, as this would cover
changelog entries dating back to the last stable release.
For the time being, I would make that opt-in, i.e. packages have to
override dh_installchangelogs. Maybe at some point in the future,
something like --trim=3y could be made the default behaviour with a new
compat bump.
I vaguely remember that Ubuntu does something similar in that regard.
I've CCed Julian, maybe he can provide some input.
Regards,
Michael
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages debhelper depends on:
ii autotools-dev 20180224.1
ii dh-autoreconf 19
ii dh-strip-nondeterminism 1.6.3-2
ii dpkg 1.19.7
ii dpkg-dev 1.19.7
ii dwz 0.13-5
ii file 1:5.38-4
ii libdebhelper-perl 12.9
ii libdpkg-perl 1.19.7
ii man-db 2.9.1-1
ii perl 5.30.0-9
ii po-debconf 1.0.21
debhelper recommends no packages.
Versions of packages debhelper suggests:
ii dh-make 2.202001
-- no debconf information
--- End Message ---
--- Begin Message ---
It appears there is no consensus that trimming changelogs is a good
thing to do (even as opt-in). See the related discussion on
debian-devel
https://lists.debian.org/debian-devel/2020/03/msg00299.html
https://lists.debian.org/debian-devel/2020/03/msg00329.html
Thus closing the bug report.
Michael
signature.asc
Description: OpenPGP digital signature
--- End Message ---
