From owner-freebsd-arch@FreeBSD.ORG Wed Jan 14 11:26:31 2004 Return-Path: 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 409E316A4CE for ; Wed, 14 Jan 2004 11:26:31 -0800 (PST) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C978143D1D for ; Wed, 14 Jan 2004 11:26:29 -0800 (PST) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.10/8.12.10) with ESMTP id i0EJOlUd050812; Wed, 14 Jan 2004 14:24:47 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i0EJOlFT050809; Wed, 14 Jan 2004 14:24:47 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 14 Jan 2004 14:24:46 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Tim Kientzle In-Reply-To: <4004D445.7020205@acm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-arch@freebsd.org Subject: Re: Request for Comments: libarchive, bsdtar X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2004 19:26:31 -0000 On Tue, 13 Jan 2004, Tim Kientzle wrote: ... All this generally sounds good. > LIBARCHIVE BACKGROUND > > As many of you know, I've been working on a project to overhaul the pkg > tools. Among many other things, this requires a library that can > read/write tar archives. This avoids the significant overhead imposed > from forking a separate tar program. If you become a bored person requiring entertainment, it might be quite interesting to create a read-only tarfs for use as a root file system loaded in an md device. While there's a lot more to it than this, one of the more irritating things about our current release build is that it requires privilege so that it can chroot(), but also so it can manage md devices and file system images. Just being able to use a tarball instead of a UFS image would go a long way, although presumably require changes to our loader as well. For work with diskless systems and network booting, I'd much rather stick a tarball on an NFS server than create UFS images. I know NetBSD has a neat tool to create file systems from userspace without privilege, but my understanding is that it has to pull in a lot of code from the kernel in fairly messy ways. Since tar files are a well supported portable format... :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research