Age | Commit message (Collapse) | Author | Files | Lines |
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
Signed-off-by: Niels Thykier <niels@thykier.net>
|
|
This is determined by the presence of special PROMISE directives within
commands that provide a high-level description of the command.
Note that when dh is passed additional debhelper options, it cannot tell if
these change the behavior of commands, and so it stops skipping any
commands.
|
|
|
|
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.
|
|
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.
|
|
|
|
Closes: #404785
* Man page improvements. Closes: #406707
|
|
cdebconf-udeb.
|
|
templates files via debconf-mergetemplate (keep a warning if any are
found, for now). Allows dropping debhelper's dependency on
debconf-utils. Closes: #331796
|
|
|
|
|
|
"XC-Package-Type: udeb" in debian/control. See debhelper(1) for
details.
* Dh_Lib: add and export is_udeb and udeb_filename
* dh_builddeb: name udebs with proper extension
* dh_gencontrol: pass -n and filename to dpkg-gencontrol
* dh_installdocs, dh_makeshlibs, dh_md5sums, dh_installchangelogs,
dh_installexamples, dh_installman, dh_installmanpages: skip udebs
* dh_shlibdeps: skip udebs. This may be temporary.
* dh_installdeb: do not process conffiles, shlibs, preinsts, postrms,
or prerms for udebs. Do not substiture #DEBHELPER# tokens in
postinst scripts for udebs.
* dh_installdebconf: skip config script for udebs, still do templates
|
|
symbols options
mean the package must build-depend on a new enough version of binutils.
Closes: #231382
* dh_installdebconf: The debconf dependency has changed to include
"| debconf-2.0". Closes: #230622
|
|
Closes: #184411
* dh_installdebconf: Set umask to sane before running po2debconf or
debconf-mergetemplates
|
|
* Typo, Closes: #183267
|
|
|
|
confmodule. (Cf #106070)
* Added an example to dh_install(1). Closes: #166402
|
|
Closes: #163128
|
|
|
|
from processing by any command that takes a -X option, and dh_builddeb
will also go in and rm -rf any that still sneak into the build tree.
* dh_install: A patch from Eric Dorland <eric@debian.org> adds support for
--sourcedir, which allows debian/package.files files to be moved over to
debian/package.install, and just work. Closes: #146847
* dh_movefiles: don't do file tests in no-act mode. Closes: #144573
* dh_installdebconf: pass --drop-old-templates to debconf-mergetemplate.
Means debhelper has to depend on debconf-utils 1.1.1.
|
|
debconf-mergetemplate.
* dh_installman: don't whine about zero-length man pages in .so conversion.
* Forgot to export filedoublearray, Closes: #142784
|
|
to say
what debhelper compatability level your package uses. It has the big
advantage of being available to debhelper when you run it at the command
line, as well as in debian/rules.
* A new v4 feature: dh_installinit, in v4 mode, will use invoke-rc.d.
This is in v4 for testing, but I may well roll it back into v3 (and
earlier) once woody is released and I don't have to worry about breaking
things (and, presumably, once invoke-rc.d enters policy).
* Some debhelper commands will now build up a new substvars variable,
${misc:Depends}, based on things they know your package needs to depend
on. For example, dh_installinit in v4 mode adds sysvinit (>= 2.80-1) to
that dep list, and dh_installxfonts adds a dep on xutils. This variable
should make it easier to keep track of what your package needs to depends
on, supplimenting the ${shlibs:Depends} and ${perl:Depends} substvars.
Hmm, this appears to be based loosely on an idea by Masato Taruishi
<taru@debian.org>, filtered through a long period of mulling it over.
Closes: #76352
* Use the addsubstvar function I wrote for the above in dh_perl too.
|
|
|
|
--print-architecture.
I hate this, and wish it wasn't necessary to make cross compiles for
the hurd work. Closes: #88494
* Now depends on debconf-utils for debconf-mergetemplates. Closes: #87321
* Continues to depend on lynx for html changelog conversions. Yes, these
and packages with translated debconf templates are rather rare, but
it makes more sense for debhelper to consistently depend on all utilities
it uses internally rather than force people to keep their dependancies
up to date with debhelper internals. If I decide tomorrow that w3m is
the better program to use to format html changelogs, I can make the
change and packages don't need to update their build dependancies.
Closes: #88464, #77743
* Test for init scripts before running them, since they are conffiles and
the admin may have removed them for some reason, and policy wants
us to deal with that gracefully.
* dh_makeshlibs: now uses objdump, should be more accurate. Closes:
#88426
* Wildcards have been supported for a while, Closes: #54197
* dh_installdocs and dh_link have been able to make doc-dir symlinks for
a while, Closes: #51225
|
|
|
|
|
|
|
|
|
|
they were previously ignored.
|
|
|
|
files. If you use this feature, you should build-depend on
debconf-utils to get debconf-mergetemplate.
|
|
modified)to make dh_installwm use new window manager registration method,
update-alternatives. Closes: #52156, #34684 (latter bug is obsolete)
* Fixed $dh{flavor} to be upper-case.
* Deprecated dh_installemavcsen --number; use --priority instead. Also,
the option parser requires the parameter be a number now. And,
dh_installwm now accepts --priority, and window manager packages should
start using it.
* dh_installwm now behaves like a proper debhelper command, and reads
debian/<package>.wm too. This is a small behavior change; filenames
specified on the command line no longer apply to all packages it acts
on. I can't belive this program existed for 2 years with such a glaring
problem; I guess most people don't need ot register 5 wm's in 3
sub-packages. Anyway, it can handle such things now. :-)
* Moved Dh_*.pm to /usr/lib/perl5/Debian/Debhelper. *big* change.
|
|
purge.
* Broke all debconf support off into a dh_installdebconf script. This
seems conceptually a little cleaner.
|