Pass CFLAGS also to perl_build.

Closes: 497653

releasing version 8.9.8

perl_makemaker: In v9, pass CFLAGS to Makefile.PL using OPTIMIZE. Closes: #643702 Thanks, Steve Langasek.

update v9 docs

setting OPTIMIZE could in theory lead to breakage, so make it v9

fix indentation

pass dpkg-buildflags to makemaker build system

The standard way to pass build flags to makemaker perl build systems is to
set the OPTIMIZE variable on the commandline; CFLAGS in the environment gets
ignored entirely.  So pass the CFLAGS from the environment to Makefile.PL so
makemaker packages can also benefit from dpkg-buildflags.

wording

update

Mention in debhelper(7) that buildsystem options are typically passed to dh. Closes: #643069

Clarify description of dh_auto_* -- params. Closes: #642786

dh: Avoid compat deprecation warning before option parsing. Closes: #641361

dh_fixperms: Operate on .ali files throughout /usr/lib, including multiarch dirs. Closes: #641279

This is extra work, but querying dpkg-architecture for the multiarch lib
dir could easily take just as long.

releasing version 8.9.7

pod error

dh: Avoid running install sequence a third time in v9 when the rules file has explicit binary-indep and binary-arch targets.

Closes: #639341 Thanks, Yann Dirson for test case.

reorder

-arch and -indep overrides

* dh: Now you can use override_dh_command-arch and override_dh_command-indep
  to run different overrides when building arch and indep packages. This
  allows for a much simplified form of rules file in this situation, where
  build-arch/indep and binary-arch/indep targets do not need to be manually
  specified. See man page for examples.
* dh: Note that if a rules file has say, override_dh_fixperms-arch,
  but no corresponding override_dh_fixperms-indep, then the unoverridden
  dh_fixperms will be run on the indep packages.
* dh: Note that the old override_dh_command takes precidence over the new
  overrides, because mixing the two types of overrides would have been
  too complicated. In particular, it's difficult to ensure an
  old override target will work if it's sometimes constrained to only
  acting on half the packages it would normally run on. This would be
  a source of subtle bugs, so is avoided.

simplify

refactor

Should be no behavior changes, although I did drop the comment when
skipping an empty override target.

Tighten parsing of DEB_BUILD_OPTIONS.

A future nostripexceptonfullmoon option seems unlikely, but sure,
let's be strict. More importantly, let's reuse good code.

wording

remove quilt example

3.0 (quilt) is presumably better

reorg man page to list deprecated options in a final section

Avoid writing debhelper log files in no-act mode. Closes: #640586

typo

fix pod breakage

Remove obsolete versioned dependency on perl-base.

5.10 is in stable, which is good enough for me.

(And this dependency was added for very unclear reasons in the first place.)

remove build-dep on file

It was only needed so dh_shlibdeps and dh_strip, which are no longer run
during build.

adh: Don't bother running dh_shlibdebs, dh_makeshelibs, or dh_strip for the binary target when all packages being acted on are indep.

This is a not particularly interesting optimisation, but it will allow my
next commit..

debhelper no longer build-depends on man-db, to ease bootstrapping.

The man page recode is not necessary as the man pages are utf-8 already.

releasing version 8.9.6

dh_installlogcheck: Add support for --name.

This patch makes dh_installlogcheck be similar to other helpers, like
dh_installlogrotate that already support a --name option: to install
the files as if they were installed by a different package.

Signed-off-by: Gergely Nagy <algernon@madhouse-project.org>

releasing version 8.9.5

dh_ucf: fix test for ucf/ucfr availability and quote filenames

dh_compress: Don't compress _sources documentation subdirectory as used by python-sphinx. Closes: #637492 Thanks, Jakub Wilk

releasing version 8.9.4

hide deprecation notice

Can this test be written w/o using --after?

dpkg-buildflags is only used to set environment in v9

To avoid re-breaking packages that were already broken a first time by
dpkg-buildpackage unconditionally setting the environment, and unbroke it
by unsetting variables in the rules file. (Example: numpy)

changelog

Add support for running tests in parallel to the cmake build system.

Pass appropriate -jN option to ctest (via ARGS variable in the Makefile) to
enable support for running tests in parallel. Similarly to makefile build
system, ctest -j1 mode is enforced even when parallel mode in debhelper is not
explicitly enabled.

Unlike make, CTest does not have "unlimited parallel" setting (-j implies -j1).
So in order to simulate unlimited parallel, allow to fork a huge number of
threads instead.

changelog

makefile.pm: remove build directory even if Makefile does not exist yet.

Assume that the package can be cleaned (i.e. the build directory can be
removed) as long as it is built out-of-source tree and can be configured. This
is useful for derivative buildsystems which generate Makefiles.

dh: The --before --after --until and --remaining options are deprecated. Use override targets instead.

update

releasing version 8.9.3

doc tweak re target dependencies

If a rules file has a custom install or binary target, those targets
still need to explicitly depend on the build target. Unless dh is used
in such a target (which it probably is of course).

It's not possible to avoid the need for those dependencies. A rules file
with a hand-written binary target simply does not run dh, so dh can
do nothing to help it run the build target.

Reword the docs to not give the wrong impression that dh somehow
magically makes that work.

dh: Remove obsolete optimisation hack that caused sequence breakage in v9 with a rules file with an explict build target. Closes: #634784

This hack was necessary back when dh ran each target, and so recursively
invoked itself. If debian/rules binary ran debian/rules binary-arch ran
debian/rules install-arch ran debian/rules build-arch, then debhelper
commands would be running with -a throughout, and so for debian/rules
binary-indep it would have to re-run all the commands with -i. The hack
avoided this extra work (and expecially dh_auto_configure running twice) by
first running the common commands without -i or -a and only then following
through with running the explicit per-arch targets, which didn't run many
(if any) additional commands.

But now dh does not run implicit targets, so (unless targets
are explicit), it will instead just construct a sequence of debhelper
commands to run directly, and so the -a flag is avoided.

releasing version 8.9.2

Support make 3.82. Closes: #634385

releasing version 8.9.1

tweak

changelog

fix exit status propigation

Also simplified a lot by not special-casing the base case, at the cost of
always forking once.

no need to wait when parallel is disabled

minor

dh_builddeb: support for parallel builds of debs

Implement support for parallel deb builds, when DEB_BUILD_OPTIONS has
parallels=N - limiting the number of forked processes to N.

Requested-By: Kari Pahula <kaol@debian.org>
Signed-Off-By: Gergely Nagy <algernon@madhouse-project.org>

adjust test number for new build system

Remove debhelper.log in compat level 1. Closes: #634155

layut

oops, only force qt4 when it's enabled

Now the QT4 version of qmake can be explicitly selected by passing --buildsystem=qmake_qt4. Closes: #566840

There is that build system option patch that I suckily never applied,
and could be used here.. but this is at its core a different build system,
and so handling it as such makes the most sense.

It may make sense to have a qmake_qt3 build system, but perhaps QT 3
will instead just go away. I considered just waiting, but this is an easy
fix. ;)

reorg notes section

add bug closure

avoid undef when dh is run w/o a sequence

dh: In v9, do not enable any python support commands.

dh_pysupport has started emitting a deprecation warning, which is
very annoying since it clutters every build that uses dh -- even builds
where it doesn't do anything. Since there is not just a dh_python2, but
also a dh_python3 waiting in the wings, this is clearly too volatile
a situation for dh to try to support further.

I considered making dh_python detect and run the right dh_python[23] helper
-- a python helper helper as it were -- but 70-odd packages still use that
command.

typo

Typo fixes. Closes: #632662

some tweaks to mention dh_python2

releasing version 8.9.0

dh_auto_configure: If there is a problem with cmake, display the CMakeCache.txt.

Revert "Always respect DEB_${flag}_{APPEND,SET} envvars."

This reverts commit fcfcd1298f6ea1fcfb2b2b5a529303270aa800d9.

Per Raphael's mail.

reorder

Always respect DEB_${flag}_{APPEND,SET} envvars.

Do that even when dpkg-buildpackage modifies environment variables. Also
document DEB_${flag}_{APPEND,SET} as recommended way to override standard build
flags.

In the unlikely case Dpkg::BuildFlags fails, don't do anything.

update

Use Dpkg::BuildFlags module directly in set_buildflags().

Dpkg::BuildFlags API is declared stable. It should be safe to use it directly
rather than dpkg-buildflags wrapper. In addition, do not do any
DEB_BUILD_OPTIONS=noopt handling in debhelper. Dpkg::BuildFlags already does it
for us.

Correct docs about multiarch and v9. Closes: #630826

Fix =>/>= typo in dh_makeshlibs(1).

Merge branch 'master' into smarter-targets

Conflicts:
dh

dpkg-buildflags support

* dh_auto_build, dh_auto_configure, dh: Set environment variables
  listed by dpkg-buildflags --export. Any environment variables that
  are already set to other values will not be changed.
Closes: #544844
* Also, support DEB_BUILD_OPTIONS=noopt, by changing -O2 to -O0.

Merge branch 'master' into smarter-targets

Conflicts:
debhelper.pod
debian/changelog

dh_auto_configure: In v9, does not include the source package name in --libexecdir when using autoconf. Closes: #541458

Fixed rleigh's patch to be more correct in the edge case where there is
a non-multiarch dpkg (ie, backports).

Don't add package name to libexecdir in v9

dh: rules function joins array argument

Appending @_ to a string appends the array length rather than
the array contents, so join with separating whitespace.

remove internal rules:target stuff

avoid infinite recursion

The makefile parse causes dh to be run recursively.

Before, dh would just immediatly fail with "unknown sequence", but
now it has to run the makefile parse to calculate the sequences, so an
earlier bailout is needed.

honor empty targets

An empty explicit target in debian/rules should still be run,
to run its dependencies, and allow defining empty targets in order to
skip running what's nornally done by a sequence.

make standard targets support a v9 feature

changelog

inline sequences to optimize away recursive calls to make/dh for implicit targets

This assumes that all implicit rules file targets are owned by dh, so
it can just assume an implicit target can be optimized away to the commands
in its sequence.

I suppose this would break:

build:
dh build

install: build
dh install

binary-%: install
my-binary-builder-$@

my-binary-builder-arch:
echo "whee! I did something pointlessly complicated with make!"
dh binary-arch
my-binary-builder-indep:
dh binary-indep

But I can't imagine anyone does this, at least with a probability of 1 in
ten thousand, so hopefully it doesn't break any existing packages. :)

improve sequence logic

Reorder code so sequences can all be built before addons are loaded, so
addon interface can always affect all commands in any sequences. This fixes
a bug in the previous patch, where addons could not influence dh_testdir
and dh_testroot.

doc updates for recent changes

move dh_auto_configure out of @bd_minimal

Callers overriding build targets will need to configure by hand or by
calling dh_auto_configure, which should be the status quo. And moving
dh_auto_configure to build (and build-arch and build-indep) will not
make it run twice AFAICS (except for the edge case when it already did:
debian/rules build-arch build-indep)

remove calls to build-arch, install-arch, etc

These calls are no-ops, unless explicit targets exist, and in that case
later code rewrites the build and install sequences to include them.

minor cleanups, no substantial code changes

dh: Use minimal sequences if delegating work

The build and install rules run a minimal sequence if the build-arch or
build-indep, or install-arch or install-indep targets, respectively,
are present in debian/rules.  The purpose is to not do work ahead of
time, such as building before the build-arch or build-indep targets are
built, which could potentially lead to misbuilds.  If the targets are
not defined, the sequences may be run directly which is faster due to
being able to run the arch and indep commands together.

dh: Add sequence dependency support

Rather than dh sequences containing dependent sequences within
themselves, invoke the sub-sequence via debian/rules to permit
overriding and customisation using the policy-defined debian/rules
targets.

Signed-off-by: Roger Leigh <rleigh@debian.org>

dh_movefiles: Optimise use of xargs. Closes: #627737

Fix error message. Closes: #628053