Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Dec 2007 17:20:46 -0800
From:      Tim Kientzle <kientzle@freebsd.org>
To:        "Simon L. Nielsen" <simon@freebsd.org>
Cc:        cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org
Subject:   Re: cvs commit: src/lib/libarchive Makefile archive.h.in	archive_entry.c archive_entry.h archive_entry_link_resolver.c	archive_entry_private.h archive_entry_strmode.c archive_platform.h	archive_read.c archive_read_support_compression_none.c archive_read_support_format_all.c ...
Message-ID:  <477843EE.2020703@freebsd.org>
In-Reply-To: <20071231001554.GB987@zaphod.nitro.dk>
References:  <200712300458.lBU4wNOH038901@repoman.freebsd.org> <20071231001554.GB987@zaphod.nitro.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
Simon L. Nielsen wrote:
> On 2007.12.30 04:58:23 +0000, Tim Kientzle wrote:
> 
>>  Log:
>>  Update libarchive to 2.4.10.  This includes a number of improvements
>>  that I've been working on but put off committing until after the
>>  RELENG_7 branch, including:
>>  
>>  * New manpages: cpio.5 mtree.5
> 
> mtree(5) seems to be a general manual page, so wouldn't it make more
> sense to have it in src/share/man/man5 or src/usr.sbin/mtree ?

The latter does make more sense; I'll change this.  (Since there's
no history in it's current location, there's no point in a repo-copy;
I'll just delete it from it's current location and add it under
src/usr.bin/mtree.)

>>  * New read support: mtree format
> 
> This sounds interesting but I can't really figure out what it
> does... ? :) (and I couldn't find any mention in the updated manual
> pages.)

Still slightly experimental (and relies on mtree files having
an initial signature, which our mtree program doesn't yet insert).

This originated as a means for generating archives with
user-specified metadata.  (For example, create a tar archive
with entries owned by root even if you're not running as root.)
NetBSD has hacked their 'tar' program to do something similar;
this implementation allows bsdtar's much more general
archive-conversion capability to do the same thing.

With this, bsdtar can read an mtree file and do any of the following:
   * "extract" the file to disk (recreate the disk heirarchy)
        tar -xf specification.mtree
   * "convert" the mtree spec to a tar or cpio archive (especially
useful with a new mtree key I've introduced that allows specifying
the contents of a file)
        tar -cf system.tgz -z --format=pax @specification.mtree

There are particularly intriguing applications to packaging and
installation: the former is essentially a "bulk install", the
latter generates a tarball from the exact same spec for
later installation with a simple tar extract.

Tim Kientzle



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?477843EE.2020703>