Joey Hess [Tue, 17 Feb 2009 17:33:57 +0000 (12:33 -0500)]
make dh override_dh_* a no-op
This happens if the override target is completly empty.
Make sees it is, and runs the implicit dh target.
(cherry picked from commit 86fbd6038ee5b7222efa774751fcceedeffedfc2)
Joey Hess [Fri, 27 Feb 2009 20:12:58 +0000 (15:12 -0500)]
dh: Support debian/rules calling make with -B
That is useful to avoid issues with phony implicit rules
(see bug #509756).
Apparently make treats the name of the Makfile as an automaticall
set up target, so this causes it to try to build the Makefile
even though it's up-to-date, and the implicit target
makes it run 'dh debian/rules'.
Joey Hess [Fri, 27 Feb 2009 20:11:25 +0000 (15:11 -0500)]
dh override targets
* dh: debian/rules override targets can change what is run
for a specific debhelper command in a sequence.
* dh: Redid all the examples to use override targets, since these
eliminate all annoying boilerplate and are much easier to understand
than the old method.
* Remove rules.simple example, there's no need to use explcit targets
with dh anymore.
(cherry picked from commit 0f3f59fe6058edfda4010dc88bd3b8aa3ae70a6d)
Joey Hess [Wed, 25 Jun 2008 16:28:28 +0000 (12:28 -0400)]
dh_auto_install: Rather than looking at the number of binary packages being acted on, look at the total number of binary packages in the source package when deciding whether to install to debian/package or debian/tmp. This avoids inconsistencies when building mixed arch all+any packages using the binary-indep and binary-arch targets. Closes: #487938
Joey Hess [Wed, 25 Jun 2008 07:36:50 +0000 (03:36 -0400)]
Correct docs about dh_install and debian/tmp in v7 mode
* Correct docs about dh_install and debian/tmp in v7 mode. It first looks in
the current directory, or whatever is configured with --srcdir. Then it
always falls back to looking in debian/tmp.
* Medium urgency to get this doc fix into testing.
Joey Hess [Mon, 16 Jun 2008 04:06:45 +0000 (00:06 -0400)]
Add a build dependency on file. The rules file now runs dh_strip and dh_shlibdeps, which both use it. (It could be changed not to, but it's good to have it run all the commands as a test.) Closes: #486439
Joey Hess [Thu, 8 May 2008 04:05:30 +0000 (00:05 -0400)]
dh_installinit: Add --restart-after-upgrade, which avoids stopping a daemon in the prerm, and instead restarts it in the postinst, keeping its downtime minimal. Since some daemons could break if files are upgraded while they're running, it's not the default. It might become the default in a future (v8) compatability level. Closes: #471060
Joey Hess [Sun, 4 May 2008 20:12:55 +0000 (16:12 -0400)]
dh addon interface
* dh: Add an interface that third-party packages providing debhelper commands
can use to insert them into a command sequence.
(See dh(1), "SEQUENCE ADDONS".)
* dh: --with=foo can be used to include such third-party commands.
So, for example, --with=cli could add the dh_cli* commands from
cli-common.
* Moved python-support special case out of dh and into a python-support
sequence addon. --with=python-support is enabled by default to avoid
breaking backwards compatability.
One problem with the log files is that if dh_clean is not the last command run, they will be left behind. This is a particular problem on build daemons that use real root. Especially if cdbs is used, since it runs dh_listpackages after clean, thereby leaving behind log files that only root can touch. Avoid this particular special case by inhibiting logging by dh_listpackages.
projects / debhelper.git / log