| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
| |
The -a flag now does the same thing as the -s flag, so debhelper users do
not need to worry about using the -s flag when building a package that only
builds for some architectures, and dh will also work in that situation.
Closes: #540794
|
|
|
|
| |
arch all.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
To allow backports of debhelper we don't pass
--install-layout=deb to 'setup.py install` for those Python
versions where the option is ignored by distutils/setuptools.
|
| |
|
|
|
|
| |
does not exist (ie due to being run twice in a row). Closes: #539848
|
|
|
|
| |
stripped by cmake at install time. Closes: #538977
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Conflicts:
Debian/Debhelper/Buildsystem/python_distutils.pm
|
| | |
|
|/ |
|
|
|
|
|
| |
The default dbg interpreter can be installed by
various build-deps, check them all.
|
|\
| |
| |
| |
| | |
Conflicts:
Debian/Debhelper/Buildsystem/python_distutils.pm
|
| | |
|
| | |
|
| |\ |
|
| | | |
|
| |/
|/|
| |
| |
| | |
Python dbg interpreters are only called if the
package build-depends on them.
|
|/
|
|
|
|
|
| |
python_distutils buildsystem: Build for all supported Python
versions in case they're installed. Ensure that correct
shebangs are created by using `python' first during build
and install. Closes: #520834
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Pass --ignore-fail-on-non-empty option to shell rmddir and later
check with -d if the exists to get the same effect. Also drop
no act check from rmdir_builddir(), doit() does it for us now.
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
|
|
|
|
| |
It was only used by the test suite, and while symetrical I don't
feel that justifies keeping dead code.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
| |
|
|
|
|
| |
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
|
|
|
| |
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
|
|
|
|
|
|
|
| |
If build directory is absolute or ../ path, _rel2rel falls back to
absolute paths. Try even harder to convert supplied builddir to
relative in _set_builddir().
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
|
|
|
| |
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
|
|
|
|
|
|
|
| |
Also add enforce_out_of_source_building() for clarity which does not
take any parameters. Now both have a clear name and no confusing
parameter combinations.
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Move two move command-specific options to only be accepted by the commands
that use them. The options are:
--sourcedir, --destdir
* If any third-party debhelper commands use either of the above options,
they will be broken, and need to be changed to pass options to init().
This was done because of a conflict with the --sourcedirectory options
used by dh_auto_*. I originally wanted to make dh_auto_* and dh_install
both use --sourcedir, but that didn't work out.
|
|\
| |
| |
| |
| | |
Conflicts:
dh_auto_install
|
| |
| |
| |
| |
| |
| |
| | |
I'm unsure why we need this complication. Perl modules are allowed to
install man pages documenting the module, if it really needs documentation.
This reverts commit 49b64c7852744f54250121b1c60544e1f5de70b6.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I'm reverting the documentation addition to try doing it
myself, more simply and less verbosely.
This reverts commit 962a2e10c930e3504ea1c0327be2fdf70d53023e.
Conflicts:
dh_auto.pod
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
I previously used "built-in debhelper build system" or "default debhelper build
system" for those shipped with debhelper. Now it is "standard debhelper build
system".
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
| |
| |
| |
| | |
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* dh_auto.pod -> dh_auto.7 - contains general information about dh_auto,
its features, build systems supported by default (the latter is injected by
man/dh_auto_pod script from Debian/Debhelper/Buildsystem/*.pm PODs via
placeholders (#PLACEHOLDER#))
* POD in Debian/Debhelper/Buildsystem/*.pm -> dh_auto_<buildsystem>.7 - build
system specific information.
* dh_auto_* -> dh_auto_*.1 - relatively shorty description of the specific
dh_auto_* program and build system specific info for that step injected from
Debian/Debhelper/Buildsystem/*.pm with man/dh_auto_pod script.
* man/dh_auto_pod $step - generates full dh_auto_$step POD (replaces
placeholders).
* man/dh_auto_pod - generates full dh_auto.pod (replaces placeholders).
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
| |
| |
| |
| |
| |
| |
| | |
Apparently, cmake itself reads values of those environment variables and uses
them accordingly. There is no need to repass them via -DCMAKE_{C,CXX,LD}_FLAGS.
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|
| |
| |
| |
| | |
Signed-off-by: Modestas Vainius <modestas@vainius.eu>
|