Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 26 Aug 2014 16:23:40 -0400
From:      Lowell Gilbert <freebsd-current-local@be-well.ilk.org>
To:        "Chris H" <bsd-lists@bsdforge.com>
Cc:        freebsd-current@freebsd.org, Peter Wemm <peter@wemm.org>
Subject:   Re: did tar(1) loose xz compression support in 11?
Message-ID:  <44sikjvw37.fsf@be-well.ilk.org>
In-Reply-To: <dc60c6e467412ae8c8c4ba043039b270.authenticated@ultimatedns.net> (Chris H.'s message of "Tue, 26 Aug 2014 12:28:13 -0700 (PDT)")
References:  <cc981009f9a7332a7aad557c6a2ed216.authenticated@ultimatedns.net> <53FCD7B8.5060300@wemm.org> <dc60c6e467412ae8c8c4ba043039b270.authenticated@ultimatedns.net>

next in thread | previous in thread | raw e-mail | index | archive | help
"Chris H" <bsd-lists@bsdforge.com> writes:

>> On 8/26/14 11:05 AM, Chris H wrote:
>>> Greetings,
>>> I'm currently testing 11. My build / install is from about 2 days ago.
>>> I generally use xz compression, when creating archives. But when I
>>> attempt the following:
>>>
>>> tar -cvJ --options xz:9 -f ./archive-name.tar.xz ./file
>>>
>>> it returns the following:
>>>
>>> tar: Undefined option: `xz:9'
>>>
>>> This has always worked in previous versions. Has the syntax changed,
>>> and the man(1) pages just haven't caught up?
>>
>> I use:
>> tar -cJ --options xz:compression-level=1
>> .. on head. Are you using the right syntax?
> Apparently not. Using your example works as expected.
> RELENG_8, and RELENG_9 use short-hand;
> tar -cvJ --options xz:9
>
> Why/when the change to long-hand? Seems a shame. Now I
> get to modify all my scripts, and such. :P Altho I
> don't suppose it'd be a big deal to back out (revert) the
> changes made to tar(1). :)

I can't find any changes that would make the syntax change.  At least,
not in quite a long while.  Therefore, this change may not be
intentional. However, I looked at the the manual page from 9.3, and its
description of the features looks the same as on the latest HEAD, and
*doesn't* look like leaving out a "key" (in this case,
"compression-level") is ever compliant.

You might try the latest (or older) libarchive from the ports, and
compare its behaviour. Also, there are a number (amusingly many, in
fact) of other ways of specifying these parameters that may be more
convenient for you, so another look throught the tar(1) manual might
save you a few minutes.

Good luck.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44sikjvw37.fsf>