From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 10:28:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A66816A4CE; Fri, 6 Feb 2004 10:28:49 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AD2843D45; Fri, 6 Feb 2004 10:28:47 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.10/8.12.10) with ESMTP id i16ISibj002652; Fri, 6 Feb 2004 19:28:45 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 06 Feb 2004 12:06:05 +0200." <20040206100605.GB27888@FreeBSD.org.ua> Date: Fri, 06 Feb 2004 19:28:44 +0100 Message-ID: <2651.1076092124@critter.freebsd.dk> cc: current@FreeBSD.org Subject: Re: usage() in install(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2004 18:28:49 -0000 In message <20040206100605.GB27888@FreeBSD.org.ua>, Ruslan Ermilov writes: >Poul-Henning, > >I was very puzzled today trying to understand what is this line >number that install(1) is telling me about, especially that I've >just run it without any options, to see its usage. > >Please revert the part of the revision 1.62 where it was added. >I have the following reasons why it shouldn't have been done: I added it because the error messages from [x]install are singularly uninformative and at least the line numbers could serve as "guru meditation material". The correct solution of course is to replace the totally uninformative usage message which the program indiscriminatly spits out on any sort of trouble with intelligent informative error messages. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.