Your message dated Tue, 06 Aug 2019 15:17:00 +0000 with message-id <[email protected]> and subject line Re: Bug#932263: suggested new helper: dh_do as a command filter has caused the Debian Bug report #932263, regarding suggested new helper: dh_do as a command filter 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.) -- 932263: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932263 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: debhelper Version: 12.2.2 Severity: wishlist Hi Niels, I've noticed myself writing the following debian/rules pattern more than once: ifneq (,$(filter somepackage,$(shell dh_listpackages))) somecommand endif For dh_* commands this can be improved to dh_foo -psomepackage ... because debhelper automatically skips the invocation when somepackage is not build. This is a great feature. In a similar vein, one can pass -a or -i to turn dh_* commands into noops. I think this concept is worth extending. We conditionalize debian/rules using override_*-arch and override_*-indep already, but in the presence of build profiles, this often proves insufficient. The package selection provided by -p, -a and -i helps for dh_* commands, but does not work for others. How about adding a "dh_do" helper whose sole purpose is to conditionalize other commands? dh_do -psomepackage -- some shell command relevant to somepackage This is a powerful feature with potential to abuse. If you don't like it, please close this bug as wontfix. Helmut
--- End Message ---
--- Begin Message ---On Sat, 20 Jul 2019 22:06:39 +0200 Helmut Grohne <[email protected]> wrote: > Hi Niels, > > [...] > > So I think my gut feeling was wrong and this dh_runcmdforpkg isn't > actually useful. The vast majority actually is varying dh_auto_configure > flags followed by (useless?) conditionals around debhelpers. > > Should we close the bug? Ok, lets do that then. :) Thanks, ~Niels
--- End Message ---
