| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
* Update debhelper(1).
|
|
See #164863
* typo fix Closes: #164958 The rest seems clear enough from context, so
omitted.
|
|
#136502
|
|
behavior
if invoke-rc.d is not present, so versioned deps on sysvinit are not
needed.
|
|
--no-restart-on-upgrade is given; since the daemon is not stopped
with that parameter starting it again is a no-op, unless the daemon was
not running for some reason. This makes transtions to using the flag
easier. Closes: #90976 and sorry it took me so long to verify you were
right.
|
|
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.
|
|
|
|
|
|
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..
|
|
|
|
|
|
Closes: #84974
|
|
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.
|
|
|
