From owner-cvs-all@FreeBSD.ORG Fri Jan 23 02:29:36 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34C5A16A4CF; Fri, 23 Jan 2004 02:29:36 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D02643D49; Fri, 23 Jan 2004 02:29:33 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 0D8A25C79D; Fri, 23 Jan 2004 02:29:33 -0800 (PST) Date: Fri, 23 Jan 2004 02:29:33 -0800 From: Alfred Perlstein To: Ruslan Ermilov Message-ID: <20040123102933.GC53344@elvis.mu.org> References: <200401230450.i0N4omSZ049990@repoman.freebsd.org> <20040123080657.GC34542@FreeBSD.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040123080657.GC34542@FreeBSD.org.ua> User-Agent: Mutt/1.4.1i cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Wes Peters cc: Dag-Erling Smorgrav Subject: Re: cvs commit: src/usr.bin/fetch fetch.1 X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jan 2004 10:29:36 -0000 * Ruslan Ermilov [040123 00:06] wrote: > On Thu, Jan 22, 2004 at 08:50:48PM -0800, Wes Peters wrote: > > wes 2004/01/22 20:50:48 PST > > > > FreeBSD src repository > > > > Modified files: > > usr.bin/fetch fetch.1 > > Log: > > Document fetch(1) environment variables in fetch(1) man page, instead of > > taking lazy users on the arduous journey through SEE ALSO to fetch(3). > > > > PR: docs/61759 > > Submitted by: Christian S.J. Peron > > > > Revision Changes Path > > 1.55 +108 -12 src/usr.bin/fetch/fetch.1 > > > Duplication is always bad. I also think that this change wasn't > approved by the maintainer. For some reason I'd rather see fetch(3) xref fetch(1) for the docco, it means that programmers may have to go through an extra step rather than users. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684