From owner-freebsd-doc@FreeBSD.ORG Thu Feb 16 22:20:37 2006 Return-Path: X-Original-To: freebsd-doc@FreeBSD.org Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6AC716A420; Thu, 16 Feb 2006 22:20:37 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from pittgoth.com (ns1.pittgoth.com [216.38.206.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6388143D45; Thu, 16 Feb 2006 22:20:35 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (net-ix.gw.ai.net [205.134.160.6] (may be forged)) (authenticated bits=0) by pittgoth.com (8.13.4/8.13.4) with ESMTP id k1GN5Jvn062363 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 16 Feb 2006 18:05:20 -0500 (EST) (envelope-from trhodes@FreeBSD.org) Date: Thu, 16 Feb 2006 17:20:28 -0500 From: Tom Rhodes To: Giorgos Keramidas Message-Id: <20060216172028.30848f45.trhodes@FreeBSD.org> In-Reply-To: <20060216134237.GB9575@flame.pc> References: <20060213152314.B14115@woozle.rinet.ru> <20060216134237.GB9575@flame.pc> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-doc@FreeBSD.org, marck@rinet.ru Subject: Re: Handbook whitespace cleanup X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2006 22:20:37 -0000 On Thu, 16 Feb 2006 15:42:37 +0200 Giorgos Keramidas wrote: > On 2006-02-13 12:56, Ceri Davies wrote: > >On 13 Feb 2006, at 12:25, Dmitry Morozovsky wrote: > >> Dear colleagues, > >> > >> I think at least largest chapters (e.g., 300+ lines with whitespace > >> changes) > >> should be cleaned up. Any objections (besides well-known issue > >> with screen > >> and programlisting contents where should be no tabs)? > > > > Sorry, I don't see the point. > > At the very least make sure that nobody has diffs in progress. > > This is not very easy. It isn't enough either. Large sweeps for > indentation, wrapping and whitespace may also invalidate the patches we > have in our bugs database; which, frankly, sucks even more than seeing > how Gnats tends to mutilate & do various ugly things with patch > whitespace already. > > I prefer small whitespace/indentation commits as followup commits to > content changes, or even as part of content rewrites/fixes. Or, like in src/, before a large amount of work is done on that particular piece of documentation. -- Tom Rhodes