From owner-freebsd-hackers@FreeBSD.ORG Fri May 11 15:29:12 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 6508216A404 for ; Fri, 11 May 2007 15:29:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBC013C459 for ; Fri, 11 May 2007 15:29:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.0.0.222] (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id l4BEw2H7004531; Fri, 11 May 2007 07:58:02 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4644847A.5060702@freebsd.org> Date: Fri, 11 May 2007 07:58:02 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivan Voras References: <200705102105.27271.blackdragon@highveldmail.co.za> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 15:29:12 -0000 Ivan Voras wrote: > - A quick test confirms that the current bsdtar will happily ignore any > extra data at the end of a tgz/tbz archive, so package metadata can be > embedded there, thus conserving existing infrastructure... Not a good idea at all. 1) Keeping everything within the archive makes it possible for people to do surgery on the packages. Being able to extract/modify/rebuild packages using just tar makes it much easier to debug and experiment with new techniques. 2) The existing metadata format is not very pretty, but it can be reasonably extended. (Personally, I don't find XML very pretty, either. ;-) 3) As DES pointed out, the package tools must be able to read the metadata before the files. If you really need a completely separate metadata file, make it the second file in the archive. Tim Kientzle