| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
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.
|