From owner-freebsd-current@FreeBSD.ORG Wed May 7 11:48:13 2003 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 354FD37B401 for ; Wed, 7 May 2003 11:48:13 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3061743F3F for ; Wed, 7 May 2003 11:48:12 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h47ImB6U080348 for ; Wed, 7 May 2003 21:48:11 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h47ImBhF080345 for ; Wed, 7 May 2003 21:48:11 +0300 (EEST) Date: Wed, 7 May 2003 21:48:11 +0300 (EEST) From: Narvi To: current@freebsd.org In-Reply-To: <20030502071926.GC3258@dragon.nuxi.com> Message-ID: <20030507214512.C40030-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: HEADS UP: bzip2(1) compression for manpages, Groff and Texinfo docs 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: Wed, 07 May 2003 18:48:13 -0000 On Fri, 2 May 2003, David O'Brien wrote: > On Fri, May 02, 2003 at 03:33:34PM +1000, Tim Robbins wrote: > > On Fri, May 02, 2003 at 04:13:07AM +0300, Ruslan Ermilov wrote: > > > > > This is just an announcement that I'm going to add bzip2(1) > > > support to man(1) and makewhatis(1) (catman(1) already has > > > it), and then switch the default compression method from > > > gzip(1) to bzip2(1), for manpages, Groff and Texinfo docs. > > > (The latest 4.5 texinfo supports bzip2.) > > > > I don't mean to sound rude, but what is the justification for this? > > It removes the depandancy (well reduces it) on one more GPV'ed binary. :-) > Really - except for a very limited set of streaming applications with hard latency rules, going away from gzip to a BWT based compressors is a Very Good Thing (tm).