From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1CuxQU-0006eW-Ho for mharc-grub-devel@gnu.org; Sat, 29 Jan 2005 13:34:30 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CuxKr-0005pc-BG for grub-devel@gnu.org; Sat, 29 Jan 2005 13:28:41 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CuxKj-0005mi-CP for grub-devel@gnu.org; Sat, 29 Jan 2005 13:28:35 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CuxKj-0005ba-0Z for grub-devel@gnu.org; Sat, 29 Jan 2005 13:28:33 -0500 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cuwev-0003IV-FV for grub-devel@gnu.org; Sat, 29 Jan 2005 12:45:21 -0500 Received: from ASSP-nospam (localhost [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 46355F944D85 for ; Sat, 29 Jan 2005 18:45:20 +0100 (CET) Received: from 127.0.0.1 ([127.0.0.1] helo=localhost) by ASSP-nospam ; 29 Jan 05 17:45:19 -0000 From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Sat, 29 Jan 2005 18:45:57 +0100 User-Agent: KMail/1.7.1 References: <87mzut3f3c.fsf@marco.marco-g.com> <200501291530.37761.okuji@enbug.org> <87acqss22c.fsf@marco.marco-g.com> In-Reply-To: <87acqss22c.fsf@marco.marco-g.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200501291845.57530.okuji@enbug.org> Subject: Re: New commands (reboot, halt, help) X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jan 2005 18:34:29 -0000 On Saturday 29 January 2005 16:11, Marco Gerards wrote: > Right. What the code does is making sure GRUB_COMMAND_FLAG_CMDLINE > and GRUB_COMMAND_FLAG_MENU commands and commands with both set are > shown. I fail to see the redundancy. > > What do you propose? Help should show only commands available on the command-line interface. > Is it ok if I add a --description so it works like the patch as it is > now? It's how I like it, that's why I added it this way, but if you > don't like it I just remove it. I have no strong objection, but how useful? You could get all information by "help COMMAND". Okuji