-This is the TODO for debhelper. As more and more people use debhelper, this
-list grows - I welcome patches to fix items on it!
-
-Wishlist items:
-
-* All debhelper programs should only accept the options they are documented
- to accept (rather than accepting all debhelper options). They should
- be able to print breif usage summaries.
-
- I think this calls for a restucturing. Make a Debhelper.pm class. Each
- program subclasses the class. The class provides command line parsing,
- useful functions, and so on. Skeleton of a debhelper command would then
- be:
-
- use base qw{Debhelper};
-
- sub startup {
- # Add initialization stuff here.
- }
-
- sub perpackage {
- my $package=shift;
-
- # Stuff to do for each package here.
- }
-
- sub fini {
- # And final stuff here, if any.
- }
-
- This needs more thought.
-
-* All debhelper programs should be checked that they output files with the
- correct permissions no matter what the umask is set to. Currently, only
- those programs that run after dh_fixperms have been so checked. (Checking
- the rest is low priority, since dh_fixperms fixes any incorrect permissions
- they might have; still it would be nice to check them too, just to make
- debhelper more flexible.) One easy fix is to add umask 022 to dh_lib,
- however, there may be unforeseen ramifications of such a change.
-* All programs should also make sure the files they install are owned by
- root.root. Situation is currently the same as with permissions above, plus
- dh_installchangelogs is fixed.
-* Need a way to make dh_strip not strip any static libs. Also, it'd be nice
- if there were options to dh_strip, dh_compress, etc, to allow inclusion of
- directories and exclusion of files based on filename globbing. (Request from
- Matthias Klose <doko@cs.tu-berlin.de>)
-* Support use of environment variables in data taken from user, ie, in
- debian/dirs. The problem with doing this is that we really want to allow
- any filenames in that input, even those that look like environment
- variables. However, it may be worth adding a switch to make it parse
- environment variables. (#20964)
-* It's possible to speed up debhelper by having it cache some values that
- multiple commands call. One way to do this would be to write dh_cache,
- that generates the cache. The catch is that if the user runs that program,
- they are stating that they don't do anything later to invalidate the cache,
- without calling ch_cache again. (#23792)
-* Add a switch to dh_installdeb to allow it to do user defined
- substitutions. OTOH, maybe it's better if people just sed
- postinst.in before debhelper gets it's hands on it... (#25235)
-* objdump -p can get the soname of a library, try using that in dh_shlibs
- instead of parsing filenames.
+v8:
+
+* escaping in config files (for whitespace)?
+* make dh_install use hard links for efficiency (maybe?)
+* dh_installinit --restart-after-upgrade as default?
+* clean up dh's handling of options passed onto commands it calls,
+ by implementing one of the changes discussed in #570039
+ (either change #3, change #4, or change #5; change #0 was done, but
+ was an incomplete workaround)
+ My preference ATM is #3, require dh options come before --,
+ and after, options to be passed on to commands.
+* better package arch filtering for -N , -p (#576990)
+* Support DEB_BUILD_OPTIONS=debug ; maybe also support passing
+ -g -O2 by default. See patch (and discussion of why this breaks
+ compatability) in #544844.
Deprecated:
-* DH_COMPAT 1. Can be removed once all packages are seen to be using 2 or
- higher. I won't hold my breath.
-* Also, grep the entire archive for all dh_* command lines, and check to
- see what other switches are not being used, and maybe remove some of
- them. I'd also like to depercate/remove debian/compress files, -X is
- a better idea.
+* DH_COMPAT 1, 2, 3, 4. Can be removed once all packages are seen to be using
+ a newer version. I won't hold my breath. Now with evil warning messages
+ though.
* dh_suidregister. Once nothing in the archive uses it.
-* dh_installmanpages. Only mildly deprecated right now. Once dh_installman
- catches on, make it emit a warning, and then wait for it to go away.
-* dh_testversion. Only mildly deprecated right now. Make it emit a warning
- by jan 2002, and remove as soon as nothing uses it.
+* dh_installmanpages.
+* dh_movefiles. I won't hold my breath. Have not added deprecation
+ docs or message yet.
+* dh_undocumented
+* dh_installinit --init-script (make it warn)
+* dh_python
+* dh_clean -k
+* dh_desktop, dh_scrollkeeper. Remove eventually..
+* -s flag, not formally deprecated yet; remove eventually
+* -u flag; add a warning on use and remove eventually
+* delsubstvar() and the last parameter to addsubstvar that makes it remove
+ a string are not used in debhelper itself, but have been left in the
+ library in case other things use them. Deprecate and remove.
+
+Also, grep the entire archive for all dh_* command lines,
+and check to see what other switches are not being used, and maybe remove
+some of them. I'd also like to deprecate/remove debian/compress files, -X is
+a better idea.