From owner-freebsd-hackers@FreeBSD.ORG Mon May 14 04:13:51 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 E209816A400 for ; Mon, 14 May 2007 04:13:51 +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 BFC6813C45D for ; Mon, 14 May 2007 04:13:51 +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 l4E4DpH7025057 for ; Sun, 13 May 2007 21:13:51 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <4647E1FF.4010605@freebsd.org> Date: Sun, 13 May 2007 21:13:51 -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: freebsd-hackers@freebsd.org References: <200705102105.27271.blackdragon@highveldmail.co.za> <4643E10A.5030104@u.washington.edu> <20070513042254.GC1017@dwpc.dwlabs.ca> In-Reply-To: <20070513042254.GC1017@dwpc.dwlabs.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 14 May 2007 04:13:52 -0000 Duane Whitty suggested: > I'm a little out of practice, however, perhaps the routines > that manipulate the ports meta-data could be sufficiently > agnostic about how the data is being manipulated that it > would facilitate experimentation with different > back-ends at a later time.... Yes. This is an excellent idea. I wrote up some of my own ideas in this direction a few years ago: http://people.freebsd.org/~kientzle/libarchive/libpkg.3.txt The basic idea was, as you say, to provide an abstract interface that separates the data storage from what the tools require. Unfortunately, libarchive (which started as part of a package tools overhaul) has absorbed more time than I expected, so I've not had a chance to get back to these ideas. Tim Kientzle