From owner-freebsd-arch@FreeBSD.ORG Thu Jan 15 13:41:58 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 724AA16A4CE for ; Thu, 15 Jan 2004 13:41:58 -0800 (PST) Received: from VARK.homeunix.com (adsl-68-124-78-95.dsl.pltn13.pacbell.net [68.124.78.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA1643D53 for ; Thu, 15 Jan 2004 13:41:56 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: from VARK.homeunix.com (localhost [127.0.0.1]) by VARK.homeunix.com (8.12.10/8.12.10) with ESMTP id i0FLffKu027671; Thu, 15 Jan 2004 13:41:41 -0800 (PST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.homeunix.com (8.12.10/8.12.10/Submit) id i0FLffjL027670; Thu, 15 Jan 2004 13:41:41 -0800 (PST) (envelope-from das@FreeBSD.ORG) Date: Thu, 15 Jan 2004 13:41:41 -0800 From: David Schultz To: Tim Kientzle Message-ID: <20040115214141.GA27632@VARK.homeunix.com> Mail-Followup-To: Tim Kientzle , freebsd-arch@FreeBSD.ORG References: <4004D445.7020205@acm.org> <20040115182532.GA26149@VARK.homeunix.com> <4006E337.7000404@acm.org> <20040115204458.GA27244@VARK.homeunix.com> <400705FF.7090709@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <400705FF.7090709@acm.org> cc: freebsd-arch@FreeBSD.ORG Subject: Re: Request for Comments: libarchive, bsdtar X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2004 21:41:58 -0000 On Thu, Jan 15, 2004, Tim Kientzle wrote: > David Schultz wrote: > > > >... the package tools don't have an archive format > >that supports random access, so they wind up extracting a > >temporary copy of the whole archive, then processing the parts > >that they want. > > Funny you should mention this. > > As it turns out, random access is not necessary to avoid the > temporary copy. To prove it, I've written a pkg_add replacement > that extracts directly to the final location in a single > pass with no temporary directory and no need for random > access to the package file. In particular, it can extract > and install a package directly from stdin or an FTP site > with no disk overhead at all. [...] > My goal right now is just to clean up the existing package tools. > In particular, my new package tools will: > * have the same names as the current tools > * use the same command-line options (as far as possible ) > * use the exact same file format as the current tools > * be built from general-purpose modular library components I have only one thing to say in response to this news: SWEEEEET!