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. * 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 dh_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) 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 (I do this now), 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_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. Remove as soon as nothing uses it. * dh_installxaw. xaw replacments are dying, nothing uses it validly (bugs filed on the few packages that use it by accident). Remove as soon as nothing uses it, or by april 2002. * dh_movefiles. I won't hold my breath.