From owner-freebsd-arch Mon Jul 8 14:20:23 2002 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 5EBE337B42C for ; Mon, 8 Jul 2002 14:20:14 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F0D43E09 for ; Mon, 8 Jul 2002 14:20:13 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0159.cvx21-bradley.dialup.earthlink.net ([209.179.192.159] helo=mindspring.com) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17RfvV-0001Rh-00; Mon, 08 Jul 2002 17:20:10 -0400 Message-ID: <3D2A01DF.EF997A91@mindspring.com> Date: Mon, 08 Jul 2002 14:19:27 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Garrett Wollman Cc: Mark Valentine , arch@freebsd.org Subject: Re: Package system flaws? References: <200207081441.g68Ef3fr063247@dotar.thuvia.org> <200207081912.g68JCHMi032743@khavrinen.lcs.mit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garrett Wollman wrote: > < said: > > What advantage is there in storing the metadata as extended pax(1) headers > > instead of as the first file(s) in the archive? > > For one, representing files specific to a variant or option. > > You could also have one that meant `the contents of this member file are > compressed', or one that meant `the contents of this member file are > another archive'. Perhaps both at the same time. THis is very important. Specifically, another of the main problems, besides no "metadata first" priority, of the tgz format is that the index should be uncompressed while the contents are compressed. Historically, the whole archive, metadata and all, was compressed in order to support seperate uncompress and tar. But it makes just as much sense to support seperate tar and uncompress -- i.e. compress the individual files, rather than compressing all files plus the metadata. Most compression will work better on individual files rather than random file contents because of dictionary locality, anyway. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message