From owner-freebsd-current@FreeBSD.ORG Wed Aug 27 17:28:52 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC41CF42 for ; Wed, 27 Aug 2014 17:28:52 +0000 (UTC) Received: from mail.netplex.net (mail.netplex.net [204.213.176.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.netplex.net", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BD0E3130 for ; Wed, 27 Aug 2014 17:28:52 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.9/8.14.9/NETPLEX) with ESMTP id s7RHSfYY016147; Wed, 27 Aug 2014 13:28:41 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Wed, 27 Aug 2014 13:28:41 -0400 (EDT) Date: Wed, 27 Aug 2014 13:28:41 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Warren Block Subject: Re: did tar(1) loose xz compression support in 11? In-Reply-To: Message-ID: References: <134A4303-3421-4A7B-9EB6-74D58B939217@kientzle.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd current , Chris H X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2014 17:28:52 -0000 On Wed, 27 Aug 2014, Warren Block wrote: > On Tue, 26 Aug 2014, Daniel Eischen wrote: > >> The man page is a little confusing. Here it says: >> >> --options options >> Select optional behaviors for particular modules. The >> argument is a text string containing comma-separated >> keywords and values. These are passed to the modules that >> handle particular formats to control how those formats will >> behave. Each option has one of the following forms: >> >> key=value >> The key will be set to the specified value in every >> module that supports it. Modules that do not >> support this key will ignore it. >> >> >> Then below, after the last option, it says: >> >> ... >> zip:compression=type >> Use type as compression method. Supported values are >> store (uncompressed) and deflate (gzip algorithm). >> >> If a provided option is not supported by any module, that is a >> fatal error. >> >> The first states that it is ignored, the latter states that it >> is a fatal error. The meaning of "any module" is subtle, at >> least for my feeble brain ;-) > > It suggests that options are passed to all modules, and each module is free > to ignore options it does not understand. But at least one module must > understand the option, or a fatal error is reported. Yes, I got that, but it is confusing when you are intentionally passing to only one module, as in the original post, "xz:9", and considering that the "fatal error" and "ignore it" parts are listed in separate sections. Regardless, tar(1) has many options, so a little confusion is not unsurprising :-) -- DE