+debhelper (3.0.13) unstable; urgency=low
+
+ * dh_makeshlibs: more support for nasty soname formats, Closes: #90520
+
+ -- Joey Hess <joeyh@debian.org> Wed, 21 Mar 2001 15:00:42 -0800
+
+debhelper (3.0.12) unstable; urgency=low
+
+ * Applied a patch from Anton Zinoviev <anton@lml.bas.bg> to pass -e
+ to mkfontdir. Closes: #89418
+
+ -- Joey Hess <joeyh@debian.org> Fri, 16 Mar 2001 21:03:29 -0800
+
+debhelper (3.0.11) unstable; urgency=low
+
+ * 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
+
+ -- Joey Hess <joeyh@debian.org> Wed, 14 Mar 2001 14:55:58 -0800
+
+debhelper (3.0.10) unstable; urgency=medium
+
+ * 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
+
+ -- Joey Hess <joeyh@debian.org> Tue, 13 Mar 2001 06:10:03 -0500
+
+debhelper (3.0.9) unstable; urgency=low
+
+ * 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
+
+ -- Joey Hess <joeyh@debian.org> Sun, 4 Mar 2001 15:48:45 -0800
+
+debhelper (3.0.8) unstable; urgency=low
+
+ * dh_perl update
+
+ -- Joey Hess <joeyh@debian.org> Sat, 24 Feb 2001 23:31:31 -0800
+
+debhelper (3.0.7) unstable; urgency=low
+
+ * dh_makeshlibs: only generate call to ldconfig if it really looks like
+ a given *.so* file is indeed a shared library.
+
+ -- Joey Hess <joeyh@debian.org> Fri, 23 Feb 2001 14:38:50 -0800
+
+debhelper (3.0.6) unstable; urgency=low
+
+ * 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.
+
+ -- Joey Hess <joeyh@debian.org> Fri, 16 Feb 2001 14:15:02 -0800
+
+debhelper (3.0.5) unstable; urgency=low
+
+ * 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.
+
+ -- Joey Hess <joeyh@debian.org> Tue, 13 Feb 2001 09:07:48 -0800
+
+debhelper (3.0.1) unstable; urgency=low
+
+ * Build-depends on perl-5.6, since it uses 2 argument pod2man.
+ * Cleanups of debhelper.1 creation process.
+
+ -- Joey Hess <joeyh@debian.org> Mon, 12 Feb 2001 16:12:59 -0800
+
debhelper (3.0.0) unstable; urgency=low
- * The "Does this version number frighten you?" release.
* 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
* 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?
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).
- * Tonnes of changes here and there to mark v3 as done. I don't have a
- v4 planned at this time. All the big changes are done.
- * Updated to current perl coding standards (use strict; -w; lower-case
- variable names). No perl-5.6isms though.
-*** to make the version number a little more justified, turn on 'use
-strict' throughout.. --- DONE up to dh_perl, not including it****
-*** move man pages into programs as pod docs ***
-*** add something to allow specification of the options each program takes,
-make them ignore other options, and be able to display usage help ***
-*** fix aj's bug, sigh ***
+ 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..
-- Joey Hess <joeyh@debian.org> Thu, 8 Feb 2001 14:29:58 -0800