summaryrefslogtreecommitdiff
path: root/dh_installinit
Commit message (Collapse)AuthorAge
* r558: * Use dpkg-architecture instead of dpkg --print-architecture (again?)joey2002-10-17
| | | | | | See #164863 * typo fix Closes: #164958 The rest seems clear enough from context, so omitted.
* r557: * dh_installinit: added --no-start for rcS type scripts. Closes: ↵joey2002-10-11
| | | | #136502
* r547: * Use invoke-rc.d always now that it is in policy. Fall back to old ↵joey2002-09-16
| | | | | | | behavior if invoke-rc.d is not present, so versioned deps on sysvinit are not needed.
* r542: * dh_installinit: Always start daemon on upgraded even ifjoey2002-08-04
| | | | | | | | --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.
* r506: * Introduced the debian/compat file. This is the new, preferred way ↵joey2002-01-27
| | | | | | | | | | | | | | | | | | | | | | 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.
* r496: * Man page cleanups, Closes: #119335joey2001-11-18
|
* r446: spelling patchjoey2001-02-15
|
* r441: * Added dh_installman, a new program that replaces dh_installmanpages.joey2001-02-10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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..
* r431: pod over for the nightjoey2001-02-09
|
* r420: big monsta changesjoey2001-02-09
|
* r417: * dh_installinit -r: stop init script in prerm on package removal,joey2001-02-05
| | | | Closes: #84974
* r338: * Patch from Jorgen `forcer' Schaefer <forcer at mindless.com> (muchjoey2000-03-02
| | | | | | | | | | | | | | | | | 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.
* r11: Initial revisionjoey1999-08-17