update for dh_ucf

docs

fix synopsis

does not process files from ARGV

rename to dh_ucf

does not actually install stuff

Bug#213078: debhelper: please consider providing dh_ucf

Here is a patch against the master branch that adds such a command
called dh_installucf. It also registers the conffiles with ucfr and
removes stray ucf-{new,old,dist} files on purge.

releasing version 8.1.4

changelog

Typo's in documentation regarding {pre,post}{inst,rm}

dh_clean: Remove debhelper logs for all packages, including packages not being acted on. dh can sometimes produce such logs by accident when passed bundled options (like "-Nfoo" instead of "-N foo") that it does not understand; and it was not possible to fix that for any compat level before v8. But also, such logs can occur for other reasons, like interrupted builds during development,  and it should be safe to clean them all. Closes: #623446

releasing version 8.1.3

reorder v9 section and add missing =back

bugfix

Merge branch 'master' of ssh://git.debian.org/git/debhelper/debhelper

fix name of program

French translation update

dh_installgsettings: New command to handle gsettings schema files. Closes: #604727

Removed old example rules files.

Depend on dpkg-dev (>= 1.16.0) for multiarch support.

Note to backporters: If you remove that dependency, debhelper will fall
back to not doing multiarch stuff in v9 mode, which is probably what you
want.

documentation

avoid depending on a dpkg that has DEB_HOST_MULTIARCH

layout

Add support for multiarch.

Open compat level 9, which incompatibly changes dh_auto_configure behavior
to set --libdir and --libexecdir to the multiarch directory path.  This
requires dpkg-dev 1.16.0 (not yet released) for the multiarch directory
variable, so bump the dependency to this version.

Also set a new substvar, misc:Pre-Depends, to multiarch-support, a virtual
package provided by versions of eglibc that support the multiarch library
paths at runtime; this needs to be a pre-dependency to ensure unpacked but
not-yet-configured libraries can still be found during upgrades, so library
packages converting to multiarch (i.e., switching to compat 9) will need to
add this substitution by hand to debian/control.

dh_auto_clean: Inhibit logging, so that, if dh_auto_clean is used in some rule other than clean, perhaps to clean up an intermediate build before a second build is run, debian/rules clean still runs it. Closes: #615553

typo

releasing version 8.1.2

Fix logging at end of an override target that never actually runs the overridden command. Closes: #613418

typo

releasing version 8.1.1

fix unterminated S<..> in spanish po

Improve handling of logging in override targets

Changes in 76ef1cbd64829ee4a5156a5fc4b887bcba6b974f broke
--remaining-packages in override target.

Now all debhelper commands run in the override target are marked as running
as part of the override, and when the whole target is run, the log is
updated to indicate that commands run during the override have finished.

So, inside the override target, --remaining-packages will see the commands
run as part of the target as having been run. Outside, if the target
fails, dh won't see the commands run it it as having been run.

Closes: #612828

changelog

refactor cross command generation

merge

Use cross-binutils helpers when cross-compiling

dh_strip, dh_makeshlibs: use triplet-objdump, triplet-objcopy and
triplet-strip from cross-binutils when cross-compiling; closes: #412118.

releasing version 8.1.0

remove MODULEBUILDRC override

This doesn't work reliably, see #607313.

Probably that is caused by the perl_build buildsystem not being detected
for a package that has a Makefile.PL, and so MODULEBUILDRC is not
overridden. So, I could add it there too, but then it's also possible for
it to be run from a Makefile.. so I could add it to dh_auto_*. But
then there are packages that don't use those. So I conclude that dealing
with this in debhelper is out of its scope, and this needs to be fixed
at a higher level, probably dpkg-dev.

changelog

dh_installinit: never call init scripts directly, only through invoke-rc.d

update to DEP-5

dh_compress: Ignore objects.inv files, generated by Sphinx documentation. Closes: #608907

Ignore objects.inv files, generated by Sphinx documentation

dh_compress: Javascript files are not compressed, as these go with (uncompressed) html files. Closes: #603553

Revert "changelog"

This reverts commit c91178b5e6d02a057eec471eab4837db1e3a2f6c.

Revert "dh: Add sequence dependencies and satisfy dependencies prior to running sequence"

This reverts commit c685546d18606fafee2ad9d3a1cb3d90dd7e9d5e.

Caused extra work, and possible FTBFS conditions.

changelog

dh: Add sequence dependencies and satisfy dependencies prior to running sequence

Add %sequence_deps and invoke recursively prior to examining logs and
running commands in sequence.  The supplied dependencies are equivalent
to the following make rules:

build: build-arch build-indep
install: install-arch install-indep
install-arch: build-arch
install-indep: build-indep
binary: binary-arch binary-indep
binary-arch: install-arch
binary-indep: install-indep

In the existing dh command sequences, the binary sequences all included
the corresponding install sequence commands, and in turn the install
sequences all included the corresponding build commands.  While this
works, it has a major deficiency.  If the "binary" sequence is run, it
will not run the "build" target in debian/rules.  This leads to a
situation where building with dpkg-buildpackge, which would typically
invoke "debian/rules build" followed by "debian/rules binary-arch"
and/or "debian/rules debian-indep" may do something different than
just invoking "debian/rules binary" or "dh binary" because the build
target in debian/rules is effectively bypassed.  This applies equally
to the -arch and -indep sequence variants.

This change eliminates the duplicated sequence commands, and instead
invokes the appropriate target(s) in debian/rules, as specified in the
%sequence_deps hash.  In the common case, the dh sequence by the same
name will be called, so the behaviour is identical.  However, this
provides a means to utilise all of the policy-specified targets, plus
the install targets and extend them with additional dependencies and
commands, while still allowing full use of dh and giving identical
behaviour whether dh or debian/rules targets are used.

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

dh: Use "architecture independent" rather than "binary independent" for consistency

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

dh_installdocs: Clarify that debian/README.Debian and debian/TODO are only installed into the first package listed in debian/control. Closes: #606036

dh_listpackages: Do not display warnings if options cause no packages to be listed.

changelog

dh: Add support for build-arch, build-indep, install-arch and install-indep sequences

The existing binary-arch and binary-indep sequences depend upon these
new sequences, leading to the following possible orders:

binary → install → build
binary-arch → install-arch → build-arch
binary-indep → install-indep → build-indep

This is the logical dependency ordering of the sequences; the actual
order is of course in reverse so that build is followed by install
and binary.

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

reorder

dh: Improve filtering in dh_listpackages example. Closes: #604561

dh: Use $(filter) rather than $(findstring)

$(findstring) can match partial strings and so is unreliable when a
package builds several binary packages and one package contains the
name of another package within its name.  In these cases,
$(findstring) can return a partial match which leads to problems
(performing unwanted actions which could lead to build failure, for
example).

$(filter) matches the entire string in the wordlist, so is a
reliable replacement for $(findstring).

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

updated spanish translation after large typography change

French translation update after massive man page typography

Signed-off-by: Valéry Perrin <valery.perrin.debian@free.fr>

Fix deprecated command list on translated debhelper(7) man pages. Closes: #601204

dh: Inhibit logging for commands run inside override targets

Note that only the overridden command is inhibited. I wanted to avoid a
behavior change if a rules file runs other debhelper commands inside the
target, and relies on the logging preventing them being run later on in
the sequence.

Explicitly build-depend on a new enough perl-base. Closes: #601188

bugclose

typo

Apply manual pages conventions

As advised in man(1), always use: B<bold text> type exactly as shown.
I<italic text> replace with appropriate argument.

s/debian/Debian/ if needed. s/  / / also.

s/perl/Perl/ s/python/Python/ and s/emacs/Emacs/ too.

typo

maintscript files

dh_installdeb: Support debian/package.maintscript files, which can contain
dpkg-maintscript-helper commands. This can be used to automate moving or
removing conffiles, or anything added to dpkg-maintscript-helper later on.
Closes: #574443 (Thanks, Colin Watson)

note that the hardcoded arg_max here is obsolete

add file added by recent spanish update

Large update to Spanish man page translations by Omar Campagne. Closes: #600913

Merge branch 'master' of ssh://git.debian.org/git/debhelper/debhelper

Fix french misspelling and strings lenght

Merge branch 'master' of ssh://git.debian.org/git/debhelper/debhelper

stop testing jobserver availability code

Testing this is sensative to what FDs are inherited by the test script.
After the recent fix, it started breaking another way.

update french translation.

Avoid open fd 5 or 6 breaking buildsystem test suite. Closes: #596679

Man page fixes about what program -u passes params to. Closes: #593342

correct license of dh_installinit

It was GPL 2+ ; Steve added some code and chose to bump the license to GPL 3,
which is his right (and I don't mind), but that code is still mixed with
2+ code, which is now 3+.

python_distutils: Pass --force to setup.py build, to ensure that when python-dbg is run it does not win and result in scripts having it in the shebang line. Closes: #589759

(cherry picked from commit 865e6266a5eaae81004bf530bc23da1c3fdc10b1)

Conflicts:

debian/changelog

update

releasing version 8.0.0

Revert "python_distutils: Pass --force to setup.py build, to ensure that when python-dbg is run it does not win and result in scripts having it in the shebang line. Closes: #589759"

This reverts commit 865e6266a5eaae81004bf530bc23da1c3fdc10b1.

Conflicts:

debian/changelog

Too late for 8.0.0 since testing is frozen. Will put back in later.

Finalized v8 mode, which is the new recommended default.

python_distutils: Pass --force to setup.py build, to ensure that when python-dbg is run it does not win and result in scripts having it in the shebang line. Closes: #589759

Bug#589574: [PATCH] dh_fixperms: Ensure files in /etc/sudoers.d/ are mode 440. Closes: #589574

Signed-off-by: Carsten Hey <carsten@debian.org>

releasing version 7.9.3

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.)