From owner-freebsd-arch Sun Jul 7 19: 1:38 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 451FF37B400; Sun, 7 Jul 2002 19:01:36 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F96443E31; Sun, 7 Jul 2002 19:01:34 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.11.6/8.11.6) with ESMTP id g681xlb08143; Mon, 8 Jul 2002 02:59:47 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (localhost [IPv6:::1]) by dotar.thuvia.org (8.12.3/8.12.3) with ESMTP id g681xkKC040305; Mon, 8 Jul 2002 02:59:46 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.3/8.12.3/Submit) id g681xkTX040304; Mon, 8 Jul 2002 02:59:46 +0100 (BST) Date: Mon, 8 Jul 2002 02:59:46 +0100 (BST) From: Mark Valentine Message-Id: <200207080159.g681xkTX040304@dotar.thuvia.org> In-Reply-To: Jordan K Hubbard's message of Jul 8, 12:44am X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: jkh@queasyweasel.com (Jordan K Hubbard), Dag-Erling Smorgrav Subject: Re: Package system flaws? Cc: Giorgos Keramidas , Wes Peters , Dan Moschuk , arch@freebsd.org 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 > From: jkh@queasyweasel.com (Jordan K Hubbard) > Date: Mon 8 Jul, 2002 > Subject: Re: Package system flaws? > Actually, it's the FreeBSD-specific --fast-read option. I added it so > that I could extract the +CONTENTS file without having tar go all the > way through the tarball looking for additional +CONTENTS files. Thanks for the clarification. It would be nice if the package format didn't rely on a specific network client functionality for performance (thought you can mitigate this with a CGI/PHP script on the server in some environments). Of course the format designer can still try to say he's only trying to solve the network package install problem for FreeBSD, or that the entry barrier for efficient implementation is this specific functionality, but that limits the usefulness of the design a little... > I'm actually with Wes anyway - zip would be a fine format on account of > the fact that it: > > 1) Allows random access AND compression At the expense of having to seek to the end first? What about access to the metadata over a slow data stream, like you might have got with tar --fast-read? Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message