From owner-freebsd-arch@FreeBSD.ORG Thu Jun 28 04:12:45 2012 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF53106564A; Thu, 28 Jun 2012 04:12:45 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 184C98FC0A; Thu, 28 Jun 2012 04:12:44 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q5S4CfPK048297; Thu, 28 Jun 2012 04:12:41 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id rc69ifb589dqipg4wmgvpkh4p2; Thu, 28 Jun 2012 04:12:41 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20120627235945.GE243@lor.one-eyed-alien.net> Date: Wed, 27 Jun 2012 21:12:39 -0700 Content-Transfer-Encoding: 7bit Message-Id: <52A78E4A-948B-4A79-A95D-0FC7D225BC00@kientzle.com> References: <20120626063017.D05DA58081@chaos.jnpr.net> <86wr2uwdgf.fsf@ds4.des.no> <20120626161605.5082A58081@chaos.jnpr.net> <20120627235945.GE243@lor.one-eyed-alien.net> To: Brooks Davis X-Mailer: Apple Mail (2.1278) Cc: Dag-Erling Sm?rgrav , freebsd-arch@freebsd.org, "Simon J. Gerraty" Subject: Re: Allow user install X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2012 04:12:45 -0000 On Jun 27, 2012, at 4:59 PM, Brooks Davis wrote: > On Tue, Jun 26, 2012 at 09:16:05AM -0700, Simon J. Gerraty wrote: >> >> On Tue, 26 Jun 2012 08:18:05 -0700, Tim Kientzle writes: >>> Better idea: have the build write a textual description of the >>> tar entries. That description can then be fed to tar to build >>> the actual tarball. >> >> Yes, that's what we do - manifest files that tar and other tools use to >> produce the install images. >> >>> The description format that tar already supports is a variant >>> mtree format borrowed from NetBSD. Each line specifies >>> the tar entry fields (filename, owner, permissions, etc) and >>> the filename where the file contents are stored. >> >> Yes, we've added that support to makefs - I believe it is already in >> -current. There's still quite a bit to do. > > It's there except that makefs uses the FreeBSD mtree code which doesn't > support the crucial absolute path support in NetBSD's mtree. If it helps: libarchive can read NetBSD's mtree format. > I took a > look at what's required to bring that in a week or two ago. We need to > bring in a number of new or improved functions in libc and we'll have to > kill or rename FreeBSD's -i options, but it looks doable. Not a two > hour project, but doable and worthwhile. Once I get the demo I 'm > currently working on out the door I'm planning to start work to bring in > NetBSD's mtree and either the related install changes or NetBSD's > install. If someone else wants to start the process that would also be > fine with me. My notes on the issues are below if anyone cares. > > -- Brooks > > FreeBSD Features not in NetBSD: > -i (indent output) conflicts with: > -i If specified, set the schg and/or sappnd flags. > > -n (Don't emit name) > > -q (Quiet mode) > > -w Make some errors non-fatal warnings > > Missing keywords: > ripemd160digest seems to be spelled rmd160(digest) > > nochange missing > > Missing library features: > flags_to_string() > string_to_flags(char **, unsigned long *, unsigned long *); > strsvis() > pwcache_userdb() > pwcache_groupdb() > gid_from_group() > uid_from_user() >