perl_makemaker: import compat(). Closes: #587654

releasing version 7.9.2

In v8 mode, stop passing packlist=0 in perl_makemaker buildsystem, since perl_build is tried first. Avoids the makemaker warning message introduced by the fix to #527990.

releasing version 7.9.1

postrm-init: Avoid calling the error handler if update-rc.d fails. Closes: #586065

add autotools_dev example

Merge commit '93a73a7ead5d90accb7259a46efdebab113e6550'

Revert "In v8 mode, debhelper only ever acts on packages that can be built for the given architecture, even if -N or -p are used to specify packages specific to other architectures."

This reverts commit 653fb43cfa731d047deaf19b61aef2ebbeb00990.

Oops, I meant to not make this change.. -N was already fixed, and fixing -p
does not seem important.

update

In v8 mode, prefer the perl_build buildsystem over perl_makemaker. Closes: #578805

In v8 mode, debhelper only ever acts on packages that can be built for the given architecture, even if -N or -p are used to specify packages specific to other architectures.

dh_installchangelogs: Also look for changelog files in doc(s) subdirectories. Closes: #521258

dh_installchangelogs: Support packages placing their changelog in a file with a name like HISTORY. Closes: #582749

example

wording

consistently use v7 not V7 (etc)

In v8 mode, dh expects the sequence to run is always its first parameter.

This avoids ambiguities when parsing options to be passed on to debhelper
commands. (See #570039)

In the end, the idea of putting the debhelper command options after --
seemed to need too much knowledge about whether an option like
--buildsystem is a dh option or a command option.

I did consider making no change.. The ambiguities this eliminates are
small. But it seemed worth simplifying dh's option parser, and only about
1/6th of calls to dh in the archive don't put the sequence first already.
(Docs have shown that as the right thing to do for some time.)

correct outdated comment

dh_fixperms: Tighten globs used to find library .so files, avoiding incorrectly matching things like "foo.sources". Closes: #583328

use dpkg-mergechangelog

update

clarify

debian/compress files are now deprecated. Seems only one package (genesis) still uses them.

update

dh_testversion: Removed this deprecated command.

2 packages in the archive still use it, but both like this:

ifneq ($(shell dh_testversion '<<' 7.4.10 2>/dev/null && echo old),old)
dh_parallel = --parallel
endif

Happily, the way that was written, if the command doesn't exist,
it does the right thing and enables the behavior for the new debhelper.
Not that it would greatly matter if it did not, since --parallel is not
crucial.

In v8 mode, dh_makeshlibs will run dpkg-gensymbols on all shared libraries it generates shlibs files for. This means that -X can be used to exclude libraries from processing by dpkg-gensymbols. It also means that libraries in unusual locations, where dpkg-gensymbols does not itself normally look will be passed to it, a behavior change which may break some packages. Closes: #557603

In v8 mode, do not allow directly passing unknown options to debhelper commands. (Unknown options in DH_OPTIONS still only result in warnings.)

update Package-Type docs

dpkg supports the field now, so no XC- needed

Add deprecation warning for dh_clean -k.

dh_installman: Avoid converting .so links to symlinks if the link target is not present in the same binary package, on advice of  Colin Watson. (To support eventual so search paths.)

dh_installman: Support .so links relative to the current section.

releasing version 7.4.20

update

dh_perl: use debian_abi for XS modules. Closes: #581233

Use $Config{debian_abi} to generate the perlapi-* dependency

As per the upcoming policy change discussed in #579457,
perlapi-$Config{debian_abi} is preferred over perlapi-$Config{version}
where available.

remove now-unnecessary caching

Further reduce the number of calls to dpkg-architecture to zero, in a typical package with no explicit architecture mentions in control file or debhelper config files.

typo

cleanups

Drop one more call to dpkg-architecture. Closes: #580837 (Raphael Geissert)

releasing version 7.4.19

Memoize architecture comparisons in samearch, and avoid calling dpkg-architecture at all for simple comparisons not involving architecture wildcards. Closes:# 579317

releasing version 7.4.18

changelog

update docs

Remove autoscripts for GConf

Starting from 2.28.1-2, the gconf2 package uses triggers which make the
maintainer scripts obsolete.

releasing version 7.4.17

Fix #572077 in one place I missed earlier. (See #576885)

update

fix comment

add semicolon after build targets to avoid implicit target running

releasing version 7.4.16

refactor to pass silly test suite length limit

dh: Improve documentation.

joeyh: debhelper has an undocumented variable with INTERNAL in its name.
       People keep trying to use it. Why?
liw: debhelper is magic. magic is power derived from secrets. secrets are
     desireable. solution: document it. :)

dh: Allow --list-addons to be used when not in a source package. Closes: #574351

dh_md5sums: Sort to ensure stable, more diffable order. Closes: #573702

add parallel option

minor optimisation

If neither -a or -i are specified, debhelper commands used to default to acting on all packages in the control file, which was a guaranteed failure if the control file listed packages that did not build for the target architecture. After recent optimisations, this default behavior can efficiently be changed to the more sane default of acting on only packages that can be built for the current architecture. This change is mostly useful when using minimal rules files with dh. Closes: #572077

Typo. Closes: #571968

dh_install: Now --list-missing and --fail-missing are useful even when not all packages are acted on (due to architecture limits or flags). Closes: #570373

makefile buildsystem: Chomp output during test for full compatability with debhelper 7.4.11. Closes: #570503

Previously the test used make -s -n | head -n 1 and then chomped the
output. In the case of this bug, root-system's Makefile *always* outputs
something to stdout, even for targets that don't exist, before configure is
run. It accidentially worked before, since the first line it outputs
happens to be empty.

So bring back the chomp to retain compatability with this package that used
to work before, but the test only does the right thing for this package due
to sheer luck, really.

Updated French translation.

releasing version 7.4.15

The fix for #563557 caused some new trouble involving makefile that misbehave when stderr is closed. Reopen it to /dev/null when testing for the existance of a makefile target. Closes: #570443

todo

dh: Disable option bundling to avoid mis-parsing bundled options such as "-Bpython-support". Closes: #570039

releasing version 7.4.13

Fix handling of -O with options specified by commands. Closes: #568081

dh_compress: Avoid compressing images in /usr/share/info. Closes: #567586

releasing version 7.4.12

adjust for new buildsystem

Fix typo in call to abs2rel in --builddir sanitize code. Closes: #567737

update from Kel

Here is yet another revision which sets the PREFIX variable to '/usr' which
seems commonly used by Qt projects. Also removed the -e test discussed
previously.

add --builddirectory example

add qmake to build systems list

(at the end naturally)

qmake: New buildsystem contributed by Kel Modderman. Closes: #566840

Fix typo: s/notmally/normally

bring back ignore_unknown_options

Missed that dh still uses it.

fix bad interaction between -O and ignore_unknown_options

Actually, since ignore_unknown_options is only used with
DH_INTERNAL_OPTIONS, which always uses -O for such options, I was able to
remove that complication too.

don't call getopt recursively

That messes with the return value of the outer call.

solve the dh -Bbuild problem

* Add -O option, which can be used to pass options to commands, ignoring
  options that they do not support.
* dh: Use -O to pass user-specified options to the commands it runs.
  This solves the problem with passing "-Bbuild" to dh, where commands
  that do not support -B would see a bogus -u option. Closes: #541773
  (It also ensures that the commands dh prints out can really be run.)

Fix warning about unknown options passed to commands in override targets.

dh used DH_OVERRIDE_UNKNOWN_OPTIONS, which was too broad as it affected
commands run via override targets and caused there to be no warning about
unknown options.

Now unknown options are only ignored when parsing DH_INTERNAL_OPTIONS and
dh's own options.

makefile: Support the (asking for trouble) case of MAKE being set to something with a space in it. Closes: #563557

dh_bugfiles: Doc typo. Closes: #563269

releasing version 7.4.11

simplify

changelog

whitespace

Do not call make for noop overrides.

1) Detect if target is noop when parsing debian/rules.
2) If override target is noop, do not call make for it.

update

stop trying to handle substvars idempotently

In the beginning, I tried to be careful to have commands that added a
substvar remove it when ran again with different options that caused it
to not be needed. However, now when I look over the code, I see 3 places
that got it right, 1 that was right but I just broke, and a dozen that
don't even try to handle this case.

Also, handling the case is hard; code that adds substvars may be complex
and calculate versioned dependencies. The removal code then has to somehow
also come up with those same exact dependency strings. It's a recipe for
nasty code and maintenance headache even if I went and fixed everything
right now.

Instead, I dropped the whole thing. Many debhelper commands make no
pretense of being idempotent anyway; it's easy and normal to call dh_prep
when starting a binary package build, with the exact purpose of not needing
to worry about idempotency.

I did leave in the delsubstvar function, as well as the option to
addsubstvar that, confusingly, causes an item to be removed. Just for
library compatability reasons.

version misc:Depends if necessary

simplify

consistent indent

dh_installxfonts: Use new update-fonts-alias --include and --exclude options to better handle removal in the case where xfonts-utils is removed before a font package is purged. (#543512; thanks, Theppitak Karoonboonyanan)

typo

dhinstallman: Avoid doubled slashes in path. Closes: #561275

dh(1): Add an example of using an override target to avoid dh running several commands. Closes: #560600

dh(1): Minor rewording of documentation of override commands. Closes: #560421