| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since now extra options via dh command line arguments are encouraged, dh will
break when a bit more complex option gets added to DH_INTERNAL_OPTIONS and it
gets misparsed by the debhelper command called from the override. E.g.
debian/rules:
| %:
| dh --builddirectory="build dir"
|
| override_dh_install:
| dh_install
Will fail with something like:
| ....
| make[1]: Entering directory `............'
| dh_install
| cp: cannot stat `debian/tmp/dir': No such file or directory
| dh_install: cp returned exit code 1
| make[1]: *** [override_dh_install] Error 1
So since DH_INTERNAL_OPTIONS is exclusively for internal use, why not to use an
old good ASCII unrepresentable control character as a separator? So I chose
ASCII 1E - RS Record Separator.
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
|
|
|
|
| |
and further suppress warnings about such options it passes on to debhelper
commands. This was attempted incompletely before in version 7.2.17.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
disable the default python-support addon).
|
| |
|
| |
|
|
|
|
| |
Closes: #523474 (also Closes: #521960, #407701 as no longer applicable)
|
|
|
|
| |
Avoids the ugly thunk in dh
|
|
|
|
|
|
|
|
| |
Add a global --remaining-packages option which allows to skip the command on
the packages which it has already been run on (i.e. if the command helper is
already present in the package debhelper log).
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
|
|
|
|
|
|
| |
I think I didn't do this before because it could result in
parseoptions() erroring because there were no packages to act on.
That is not going to be an error soon though, and it makes sense to
pass in the -N excludes.
|
|
|
|
|
|
|
| |
* Add a new helper: dh_bugfiles. It can be used for installing
bug reporting customization files (Closes: #326874).
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
| |
|
|\
| |
| |
| |
| | |
Conflicts:
debian/changelog
|
| | |
|
|\|
| |
| |
| |
| | |
Conflicts:
debian/changelog
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
There is some concern that passing -B to make may violate debian policy.
<eyeroll>
(cherry picked from commit 09090c86ea099008990bc5a9a14e1ac35bb1e584)
|
| |
| |
| |
| | |
(cherry picked from commit 9d700975929417fe72bf46271c694ccb09d1c905)
|
| |
| |
| |
| | |
(cherry picked from commit 8cdac50db64b2f2d6aacdcfc4683fdcf79cee629)
|
| |
| |
| |
| | |
(cherry picked from commit 057cdfd0ff9f4bc6f7c07cf4968a2ef52a59d0c0)
|
| |
| |
| |
| | |
(cherry picked from commit dc45c6f8c748ed57527d1aeb286f0db571308ec2)
|
| |
| |
| |
| |
| |
| | |
This happens if the override target is completly empty.
Make sees it is, and runs the implicit dh target.
(cherry picked from commit 86fbd6038ee5b7222efa774751fcceedeffedfc2)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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'.
So, make that a no-op.
(cherry picked from commit 378b377ef732119de4c2a08dcb9721500b017da1)
Conflicts:
debian/changelog
dh
|
| |
| |
| |
| | |
(cherry picked from commit ae4994f07656deb47ffc55b8ebd4668c158b9333)
|
| |
| |
| |
| |
| |
| |
| |
| | |
This parser is based on the output which make -p emits. It's a bit
more slower due to the need to run make itself but it is not dumb.
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
(cherry picked from commit 3d774a91dd355f8236c63bd81fc4dfe5fa88219d)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* 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)
Conflicts:
Debian/Debhelper/Dh_Getopt.pm
Debian/Debhelper/Dh_Lib.pm
debian/changelog
dh
|
| |
| |
| |
| | |
(cherry picked from commit 9e9f49c03fe968effe2ade343d8665386bc8e4c2)
|
| |
| |
| |
| |
| | |
There is some concern that passing -B to make may violate debian policy.
<eyeroll>
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This happens if the override target is completly empty.
Make sees it is, and runs the implicit dh target.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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'.
So, make that a no-op.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This parser is based on the output which make -p emits. It's a bit
more slower due to the need to run make itself but it is not dumb.
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* 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.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
uses them.
Affected options are: -x, -r, -R, -l, -L, -m, --include-conffiles,
--no-restart-on-upgrade, --no-start, --restart-after-upgrade,
--init-script, --filename, --flavor, --autodest, --libpackage, --add-udeb,
--dpkg-shlibdeps-params, --dpkg-gencontrol-params, --update-rcd-params,
--major, --remove-d, --dirs-only, --keep-debug, --version-info,
--list-missing, --fail-missing, --language, --until, --after, --before,
--remaining, --with
* If any third-party debhelper commands use any of the above options,
they will be broken, and need to be changed to pass options to init().
* To avoid breaking rules files that pass options to commands that do not
use them, debhelper will now only warn if it encounters an unknown
option. This will be converted back to an error later.
|
|/ |
|
| |
|
|
|
|
| |
disable it.
|
| |
|