From owner-freebsd-arch Mon Jul 8 7:41:15 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 506E637B400 for ; Mon, 8 Jul 2002 07:41:10 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CEE943E42 for ; Mon, 8 Jul 2002 07:41:08 -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 g68Ef4b10860; Mon, 8 Jul 2002 15:41:04 +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 g68Ef4KC063248; Mon, 8 Jul 2002 15:41:04 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.3/8.12.3/Submit) id g68Ef3fr063247; Mon, 8 Jul 2002 15:41:03 +0100 (BST) Date: Mon, 8 Jul 2002 15:41:03 +0100 (BST) From: Mark Valentine Message-Id: <200207081441.g68Ef3fr063247@dotar.thuvia.org> In-Reply-To: Garrett Wollman's message of Jul 8, 12:10am X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Garrett Wollman Subject: Re: Package system flaws? Cc: 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: Garrett Wollman > Date: Mon 8 Jul, 2002 > Subject: Re: Package system flaws? > In article <200207080334.g683YQsg042547@dotar.thuvia.org> you write: > > >It made me sit up and think, but you almost certainly have to extend pax(1) > >to realise the extensions (correct me if I'm wrong), and I rather like a > >format I can script with existing utilities. > > Not at all. You certainly *could* do it that way, but whether it's > worth it to do so depends greatly on what it is that you want to do > (that you have declined to share) with the archives other than > installing them. Using the pax headers to store package > metainformation is no more difficult to deal with than using the > comment field in a ZIP archive's directory to do the same thing. If > you're just examining the package, you can use a purpose-built tool to > get the metainformation out, and if you don't need that, you don't > need the tool either. Now I'm confused. I'd assumed you were suggesting using pax(1) extensions to provide some means of direct access to the archive members, not for storing metadata... What advantage is there in storing the metadata as extended pax(1) headers instead of as the first file(s) in the archive? And how does this help solve the problem of direct access to metadata while keeping the package's files compressed? 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