r458:    * Typo, Closes: #92407

r457:    * dh_strip: ensure that the file _ends_ with `.a'. Closes: #90647

r456:    * dh_makeshlibs: more support for nasty soname formats, Closes: #90520

r455:    * Applied a patch from Anton Zinoviev <anton@lml.bas.bg> to pass -e
     to mkfontdir. Closes: #89418

r454:    * dh_makeshlibs: don't follow links to .so files. Instead, we will look
     for *.so* files. This should work for the variously broken db3,
     liballeg, and it will fix the problem with console-tools-dev, which
     contained (arguably broken) absolute symlinks to real files, which were
     followed. Closes: #85483

r453:    * Fixed broken -e #SCRIPT# tests in init script start/stop/restart code.
     Arrgh. All packages built with the old code (that is, all daemon
     packages built with debhelper 3.0.9!) are broken. Closes: #89472

r452:    *

r451:    * Fixed broken -e #SCRIPT# tests in init script start/stop/restart code.
     Arrgh. All packages built with the old code (that is, all daemon
     packages built with debhelper 3.0.9!) are broken. Closes: #89472

r450:    * Modified to use dpkg-architecture instead of dpkg --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

r449:    * dh_perl update

r448:    * dh_makeshlibs: only generate call to ldconfig if it really looks like
     a given *.so* file is indeed a shared library.

r447:    * Corrected some uninitialized value stuff in dh_suidregister (actually
     quite a bad bug).
   * dh_installman: fixed variable socoping error, so file conversions
     should work now.

r446: spelling patch

r445:    * Updated dh_perl to a new version for the new perl organization and
     policy. The -k flag has been done away with, as the new perl packages
     don't make packlist files.
   * Fixed some bugs in the new dh_perl and updated it to my current
     debhelper coding standards.
   * Use dh_perl to generate debhelper's own deps.
   * Version number increase to meet perl policy.

r444: new dh_perl. Not yet released, since perl is not yet through incoming.

r443:    * Build-depends on perl-5.6, since it uses 2 argument pod2man.
   * Cleanups of debhelper.1 creation process.

r442: fixed bad new bug

r441:    * Added dh_installman, a new program that replaces dh_installmanpages.
     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..

r440: foo

r439: attack of the pod people from the planet perl is complete

r438: typo

r437: updates

r436: more pods

r435: turned back on (damnit)

r434: added back (sigh)

r433: this is getting *so* boring.

r432: more podization, will it ever end?

r431: pod over for the night

r430: the great pod juggernaught rolls on through the night

r429: tweaks

r428: the never ending podization

r427: converting to pod is getting old..

r426: update

r425: mode pod man pages

r424: typo

r423: podized man page

r422: foo

r421: use strict

r420: big monsta changes

r419: touchup

r418:    * Fixed a stupid typo in dh_suidregister, Closes: #85110

r417:    * dh_installinit -r: stop init script in prerm on package removal,
Closes: #84974

r416: better message
wrapping

r415:    * dh_shlibdeps -l can handle relative paths now. Patch from Colin Watson
     <cjw44@flatline.org.uk>, Closes: #84408

r414:    * Added a suggests to debconf-utils, Closes: #83643
     I may chenge this to a dependancy at some point in the future,
     since one debconf command needs the package to work.

r413:    * dh_installdebconf: marge in templates with a .ll_LL extention,
     they were previously ignored.

r412:    * Bah, reverted that last change. It isn't useful because
     dpkg-buildpackage reads the real control file and gets confused.

r411: or use fakeroot

r410:    * Added the ability to make debhelper read a different file than
     debian/control as the control file. This is very useful for various and
     sundry things, all Evil, most involving kernel packages.

r409:    * Corrected globbing issue with dh_movefiles in v3 mode. Closes: #81431

r408:    * Fixed a man page typo, Closes: #82371:
   * Added note to dh_strip man page, Closes: #82220

r407:    * suidmanager is obsolete now, and so is dh_suidmanager. Instead,
     packages that contain suid binaries should include the binaries suid in
     the .deb, and dpkg-statoverride can override this. If this is done
     to a program that previously used suidmanager, though, you need to
     conflict with suidmanager (<< 0.50).
   * Made dh_suidmanager check to see if it would have done anything before.
     If so, it states that it is obsolete, and refer users to the man
     page, which now explains the situation, and then aborts the build.
     If it would have done nothing before, it just outputs a warning that
     it is an obsolete program.

r406:    * Fixed dh_installwm. Oops. Closes: #81124

r405: foo

r404:    * Fixed perl wanring, Closes: #80242

r403:    * dh_installwm: Moved update-alternatives --remove call to prerm,
Closes: #80209
   * ALso guarded all update-alternatives --remove calls.

r402:    * Spelling patch.

r401:    * typo: Closes, #78567

r400:    * Oops, it was not expanding wildcard when it should.

r399:    * dh_movefiles: added error message on file not found

r398:    * If DH_COMPAT=3 is set, the following happens:
     - Various debian/foo files like debian/docs, debian/examples, etc,
       begin to support filename globbing. use \* to escape the wildcards of
       course. I doubt this will bite anyone (Debian doesn't seem to contain
       files with "*" or "?" in their names..), but it is guarded by v3 just
       to be sure. Closes: #34120, #37694, #39846, #46249

r397: horribly broke everything I touched :-)

r396: working toward config file globbing support. Need to modify a bunch of
function, and add support for escaped stuff

r395:    * dh_makeshlibs: corrected the evil db3-regex so it doesn't misfire on
     data like "debian/libruby/usr/lib/ruby/1.6/i486-linux/etc.so".
Closes: #78139

r394:    * Reverted the change to make debian/README be treated as README.Debian,
     after I learned people use it for eg, documenting the source package
     itself. Closes: #34628, since it seems this is not such an "incredibly
     minor" change after all. Never underetimate the annoyance of
     backwards-compatability.

r393:    * DH_COMPAT=3 now enables the following new features which I can't just
     turn on by default for fear of breaking backwards compatability:
     - dh_makeshlibs makes the postinst/postrm call ldconfig. Closes: #77154
       Patch from Masato Taruishi <taru@debian.org> (modified). If you
       use this, be sure dh_makeshlibs runs before dh_installdeb; many
       old rules files have the ordering backwards.
     - dh_installdeb now causes all files in /etc to be registered as
       conffiles.
     - debian/README is now supported: it is treated exactly like
       debian/README.Debian. Either file is installed as README.Debian in
       non-native packages, and now as just README in native packages.
Closes: #34628
   * This is really only the start of the changes for v3, so use with
     caution..
   * dh_du has finally been removed. It has been deprecated for ages, and
     a grep of the archive shows that nothing is using it except biss-awt
     and scsh. I filed bugs on both almost exactly a year ago. Those bugs
     should now be raised to severity important..
   * --number option (to dh_installemacsen) is removed. It has been
     deprecated for a while and nothing uses it. Use --priority instead.

r392:    * DH_COMPAT=3 now enables the following new features which I can't just
     turn on by default for fear of breaking backwards compatability:
     - dh_makeshlibs makes the postinst/postrm call ldconfig. Closes: #77154
       Patch from Masato Taruishi <taru@debian.org> (modified). If you
       use this, be sure dh_makeshlibs runs before dh_installdeb; many
       old rules files have the ordering backwards.
     - dh_installdeb now causes all files in /etc to be registered as
       conffiles.
     - debian/README is now supported: it is treated exactly like
       debian/README.Debian. Either file is installed as README.Debian in
       non-native packages, and now as just README in native packages.
Closes: #34628
   * This is really only the start of the changes for v3, so use with
     caution..
   * dh_du has finally been removed. It has been deprecated for ages, and
     a grep of the archive shows that nothing is using it except biss-awt
     and scsh. I filed bugs on both almost exactly a year ago. Those bugs
     should now be raised to severity important..
   * --number option (to dh_installemacsen) is removed. It has been
     deprecated for a while and nothing uses it. Use --priority instead.

r391:    * Ok, fine, I'll make debhelper depend on lynx for the one or two
     packages that have html changelogs. But you'll be sorry...
Closes: #77604

r390:    * Typo, Closes: #77441

r389:    * Completed the fix from the last version.

r388:    * Ok, I tihnk we have a db3 fix that will really work now.

r387:    * I retract 2.1.23, the hack doesn't help make dpkg-shlibdeps work; db3
     is broken upstream.

r386:    * dh_makeshlibs: Also scan files named "*.so*", not just "*.so.*",
     but only if they are files. This should make it more usable with
     rather stupidly broken libraries like db3, which do not encode the
     major version in their filenames. However, it cannot guess the major
     version of such libraries, so -m must be used.

r385:    * Fixed dh_perl to work with perl 5.6, Closes: #76508

r384: ugh

r383:    * dh_movefiles: no longer does the symlink ordering hack, as
     this is supported by dpkg itself now. Added a dependancy on
     dpkg-dev >= 1.7.0 to make sure this doesn't break anything.
   * While I'm updating for dpkg 1.7.0, I removed the -ldirectory hack
     from dh_shlibdeps; dpkg-shlibdeps has its own much more brutal hack to
     make this work. The switch is ignored now for backwards compatability.
   * dh_suidregister will be deprecated soon -- dpkg-statoverride is a
     much better way.

r382:    * dh_suidregister: do not unregister on purge, since it will have already
     been unregistered then, and a warning will result.

r381:    * dh_builddeb: Ok, it is cosmetic, but it annoyed me.

r380:    * dh_builddeb: added a --filename option to specify the output filename.
     This is intended to be used when building .udebs for the debian
     installer.

r379:    * dh_movefiles.1: well I thought it was quite obvious why it always used
     debian/tmp, but it's a faq. Added some explanation. By the way, since
     there now exists a documented way to use dh_movefiles that does not
     have problems with empty directories that get left behind and so on, I
     think this Closes: #17111, #51985

r378:    * dh_movefiles: fixed a regexp quoting problem with --sourcedir.
Closes: #75434
   * Whoops, I think I overwrote bod's NMU with 2.2.15. Let's merge those
     in:
     .
     debhelper (2.1.14-0.1) unstable; urgency=low
     .
       * Non-maintainer upload (thanks Joey).
       * dh_installchangelogs, dh_installdocs: allow dangling symlinks for
         $TMP/usr/share/doc/$PACKAGE (useful for multi-binary packages).
Closes: #53381
     .
     -- Brendan O'Dea <bod@debian.org>  Fri, 20 Oct 2000 18:11:59 +1100
     .
     I also added some documentation to debhelper.1 about this, and removed
     the TODO entry about it.

r377:    * dh_installwm: patched a path in some backwards compatability code.
Closes: #75283

r376:    * Rats, the previous change makes duplicate lines be created in the
     shlibs file, and lintian conplains. Added some hackery that should
     prevent that. Closes: #73052

r375:    * Typo, Closes: #72932
   * dh_makeshlibs: follow symlinks to files when looking for files that are
     shared libraries. This allows it to catch files like
     "liballeg-3.9.33.so" that are not in the *.so.* form it looks for, but
     that doe have links to them that are in the right form. Closes: #72938

r374:    * Rebuild to remove cvs junk, Closes: #72610

r373:    * dh_installmanpages: don't install files that start with .#* -- these
     are CVS files..

r372:    * dh_installmanpages: don't install files that start with .#* -- these
     are CVS files..

r371:    * Modified to allow no spaces between control file field name and value
     (this appears to be logal).

r370:    * dh_installmodules: corrected the code added to maintainer scripts so it
     does not call depmod -a. update-modules (which it always called)_
     handles calling depmod if doing so is appropriate. Packages built with
     proir versions probably have issues on systems with non-modular
     kernels, and should be rebuilt. Closes: #71841

r369: no newline in LATEST-VERSION-IS file, breaks some browsers

r368:    * Fixed a stupid typo. Closes: #69750

r367:    * debian/package.filename.arch is now checked for first, before
     debian/package.filename. Closes: #69453
   * Added a section to debhelper(1) about files in debian/ used by
     debhelper, which documents this. Removed scattered references to
     debian/filename from all over the man pages.

r366:    * dh_strip: now knows about the DEB_BUILD_OPTIONS=nostrip thing.

r365:    * dh_installxfonts: corrected a problem during package removal that was
     silently neglecting to remove the fonts.dir/alias files.

r364:    * Whoops, I forgot to add v3 to cvs, so it was missing from a few
     versions.

r363: good lord, did I forget to add this?

r362:    * Minor man page updates as Overfiend struggles with debhelperizing X
     4.0.

r361:
woaah, forgot to add these for a while

r360:    * Never refer to root, always uid/gid "0". Closes: #67508

r359:    * I started work on debhelper v2 over a year ago, with a long list of
     changes I hoped to get in that broke backwards compatability. That
     development stalled after only the most important change was made,
     although I did get out over 100 releases in the debhelper 2.0.x tree.
     In the meantime, lots of packages have switched to using v2, despite my
     warnings that doing so leaves packages open to being broken without
     notice until v2 is complete.
   * Therefore, I am calling v2 complete, as it is. Future non-compatabile
     changes will happen in v3, which will be started soon. This means that
     by using debhelper v2, one major thing changes: debhelper uses
     debian/<package> as the temporary directory for *all* packages;
     debian/tmp is no longer used to build binary packages out of. This is
     very useful for multi-binary packages, and I reccommend everyone
     switch to v2.
   * Updated example rules files to use v2 by default.
   * Updated all documentation to assume that v2 is being used.
   * Added a few notes for people still using v1.
   * Moved all of the README into debhelper(1).