| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is not DWIM. You tell it what to install and it figures out where
based on .TH section field and filename extention. I reccommend everyone
begin using it, since this is much better then dh_installmanpages's
evilness. I've been meaning to do this for a very long time..
Closes: #38673, #53964, #64297, #16933, #17061, #54059, #54373, #61816
* dh_installmanpages remains in the package for backwards compatability,
but is mildly deprecated.
* dh_testversion is deprecated; use build dependancies instead.
* dh_suidregister: re-enabled. Aj thinks that requiring people to stop
using it is unacceptable. Who am I to disagree with a rc bug report?
Closes: #84910 It is still deprecated, and it will still whine at you
if you use it. I appreciate the job everyone has been doing at
switching to statoverrides..
* Since dh_debstd requires dh_installmanpages (where do you think the
latter's evil interface came from?), I have removed it. It was a nice
thought-toy, but nobody really used it, right?
* Since the from-debstd document walks the maintainer through running
dh_debstd to get a list of debhelper commands, and since that document
has really outlives its usefullness, I removed it too. Use dh-make
instead.
* dh_installman installs only into /usr/share/man, not the X11R6
directory. Policy says "files must not be installed into
`/usr/X11R6/bin/', `/usr/X11R6/lib/', or `/usr/X11R6/man/' unless this
is necessary for the package to operate properly", and I really doubt
a man page being in /usr/share/man is going to break many programs.
Closes: #81853 (I hope the bug submitter doesn't care that
dh_installmanpages still puts stuff in the X11R6/man directory.)
* dh_undocumented now the same too now.
* dh_installinit: installs debian/package.default files as /etc/default/
files.
* Updated to current perl coding standards (use strict, lower-case
variable names, pod man pages).
* Since with the fixing of the man page installer issue, my checklist for
debhelper v3 is complete, I pronounce debhelper v3 done! Revved the
version number appropriatly (a large jump; v3 changes less than I had
planned). Note that I have no plans for a v4 at this time. :-)
* Testing: I have used this new version of debhelper to build a large
number of my own packages, and it seems to work. But this release
touches every file in this package, so be careful out there..
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
