Bug #1541

tar(1) fails to extract a valid archive

Added by hasso about 5 years ago. Updated almost 5 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

https://www.mirbsd.org/MirOS/dist/hosted/kwalletcli/kwalletcli-1.00.tar.gz

$ tar -zxf kwalletcli-1.00.tar.gz
tar: Unrecognized archive format
tar: Error exit delayed from previous errors.
$

Using g(un)zip(1) and tar(1) works:

$ gzip -cd kwalletcli-1.00.tar.gz | tar -xf -
$

History

#1 Updated by jgordeev about 5 years ago

The file unpacks OK here on DragonFly 2.2.
The MD5 digest of the file I used for testing is
76ef3c1d611a11ea13dc805d67d82208.

#2 Updated by dillon about 5 years ago

:Hasso Tepper (via DragonFly issue tracker) wrote:
:> New submission from Hasso Tepper <>:
:>
:> https://www.mirbsd.org/MirOS/dist/hosted/kwalletcli/kwalletcli-1.00.tar.gz
:>
:> $ tar -zxf kwalletcli-1.00.tar.gz
:> tar: Unrecognized archive format
:> tar: Error exit delayed from previous errors.
:> $
:>
:> Using g(un)zip(1) and tar(1) works:
:>
:> $ gzip -cd kwalletcli-1.00.tar.gz | tar -xf -
:> $

I get the same thing. I ktrace'd it and it looks like bsdtar
is trying to examine the gzip header itself... and clearly
making a mistake.

If I gunzip | gzip > x.tar.gz and then tar tvzpf x.tar.gz, that
works, so basic recognition of gzip files is working properly in
tar. It just doesn't recognize THAT particular gzip file.

So it must be a bug in libarchive somewhere, or perhaps it simply
does not properly recognize gzip formats?

-Matt
Matthew Dillon
<>

#3 Updated by polachok about 5 years ago

bsdtar 2.7.1/libarchive 2.7.1 works for me on linux. We have 2.7.0 on DragonFly.

#4 Updated by hasso about 5 years ago

Good catch, bsdtar 2.7.1 changelog contains this line as well amongst
others: "Handle gzip files signed with OpenBSD "gzsig" program." That's
probably it.

#5 Updated by pavalos almost 5 years ago

Fixed with libarchive-2.7.1 import.

Also available in: Atom PDF