[github#3] Support summary with subcommand.

* If a summary option is specified with a subcommand other than
`ALL`, create a subcommand specific summary.
* Adapt existing test suite.
* Adapt existing summary option documentation.

1 files changed, 4 insertions, 7 deletions

diff --git a/docs/remctld.pod b/docs/remctld.pod
index dc68e17..6443043 100644
--- a/docs/remctld.pod
+++ b/docs/remctld.pod
@@ -297,18 +297,15 @@ summary to standard output.
 If remctld receives the command C<help> with no arguments, and no C<help>
 command is defined in the configuration file, the server will look through
 the configuration for any command with a C<summary> option set.  If this
-option is set, the I<subcommand> is C<ALL>, and the user is authorized to
-run the command, the server will run the specified I<executable> with the
-argument I<arg>, sending the output back to the user.  It will do this for
-every command in the configuration that meets the above criteria.
+option is set, and the user is authorized to run the command, the server
+will run the specified I<executable> with the argument I<arg>, sending the 
+output back to the user.  It will do this for every command in the 
+configuration that meets the above criteria.
 
 This allows display of a summary of available commands to the user based
 on which commands that user is authorized to run.  It's a lightweight form
 of service discovery.  Also see the C<help> option.
 
-As mentioned above, this option is only meaningful on configuration lines
-with a I<subcommand> of C<ALL>.
-
 =item user=(I<username> | I<uid>)
 
 [3.1] Run this command as the specified user, which can be given as either