[debhelper-devel] Bug#798414: debhelper: empty support file should imply no-op
Michael Banck
mbanck at gmx.net
Tue Sep 8 22:52:35 UTC 2015
Package: debhelper
Version: 9.20150101
Severity: wishlist
Dear Maintainer,
I had the case of one upstream package shipping a useless ChangeLog file
(basically having "check Github" as content). dh_installchangelogs
installs this file automatically, unless I manually intervene. The only
way to do so seems to be to add additional targets to debian/rules.
My original idea of just shipping an empty debian/<package>.changelog
file did not work, debhelper aborted with an error.
So I'm filing this wishlist bug for consideration of empty support files
to imply no-ops rather than errors. I think that would be an elegant
design, but I am not sure whether this is in line with dh in general.
Michael
-- System Information:
Debian Release: 8.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages debhelper depends on:
ii binutils 2.25-5
ii dpkg 1.17.25
ii dpkg-dev 1.17.25
ii file 1:5.22+15-2
ii libdpkg-perl 1.17.25
ii man-db 2.7.0.2-5
ii perl 5.20.2-3+deb8u1
ii po-debconf 1.0.16+nmu3
debhelper recommends no packages.
Versions of packages debhelper suggests:
pn dh-make <none>
-- no debconf information
More information about the debhelper-devel
mailing list