From owner-freebsd-hackers@FreeBSD.ORG Fri May 11 09:41:58 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 492EE16A404 for ; Fri, 11 May 2007 09:41:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0D26913C45D for ; Fri, 11 May 2007 09:41:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 44E5320A6; Fri, 11 May 2007 11:41:54 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id BAB4C2088; Fri, 11 May 2007 11:41:53 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id A1D9A533C; Fri, 11 May 2007 11:41:53 +0200 (CEST) From: des@des.no (Dag-Erling =?utf-8?Q?Sm=C3=B8rgrav?=) To: Ivan Voras References: <200705102105.27271.blackdragon@highveldmail.co.za> <20070511090118.GE826@turion.vk2pj.dyndns.org> Date: Fri, 11 May 2007 11:41:53 +0200 In-Reply-To: (Ivan Voras's message of "Fri\, 11 May 2007 11\:19\:13 +0200") Message-ID: <86y7jv1yu6.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: New FreeBSD package system (a.k.a. Daemon Package System (dps)) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 09:41:58 -0000 Ivan Voras writes: > des@ mentioned putting metadata info at the front of the file - I > don't see how this would help. The most common operation with binary > packages *over the network* is "pkg_add -r", which will need to read > it whole anyway, and it would help greatly for things such as > installers from CD media. (Querying a bunch of packages over the > network for their properties, one by one, is not a good idea, but it > is on a local media). Having the metadata in front means you don't need to store a temporary copy of the package in memory or on disk; you extract the metadata in memory, and the rest of the package directly in its final location. AFAIK, pkg_create makes sure that +CONTENTS is always the first file in the archive, precisely to make this possible. The fact that pkg_add doesn't take advantage of it is a bug. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no