Subject: bin/25211: NetBSD-1.6.2/source/sets/xsrc.tgz unpacks to two directories, xsrc and xfree
To: None <gnats-bugs@gnats.netbsd.org>
From: None <lhp@charlie.toft-hp.dk>
List: netbsd-bugs
Date: 04/17/2004 15:55:51
>Number: 25211
>Category: bin
>Synopsis: NetBSD-1.6.2/source/sets/xsrc.tgz unpacks to two directories, xsrc and xfree
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: bin-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Apr 17 13:57:00 UTC 2004
>Closed-Date:
>Last-Modified:
>Originator:
>Release: NetBSD 1.6.2
>Organization:
>Environment:
System: NetBSD charlie 1.6.2 NetBSD 1.6.2 (GENERIC) #0: Tue Feb 10 23:52:52 UTC 2004 autobuild@tgm.netbsd.org:/autobuild/netbsd-1-6-PATCH002/macppc/OBJ/autobuild/netbsd-1-6-PATCH002/src/sys/arch/macppc/compile/GENERIC macppc
Architecture: powerpc
Machine: macppc
>Description:
This probably also affects other versions.
When unpacking source/sets/xsrc.tgz (MD5 (xsrc.tgz) = e52572e7f911ca5952d025a2689760a9) in /usr *with tar*, in addition to /usr/xsrc, the directory /usr/xfree is also created.
This is probably the real cause of NetBSD Problem Report #15491, which apparantly has been closed because the real error was not discovered then.
easy:../sets $ pax -z -f xsrc.tgz |grep -v ^xsrc
easy:../sets $ tar ztf xsrc.tgz |grep -v ^xsrc
xfree/xc/programs/Xserver/XpConfig/C/print/models/SPSPARC2/fonts/NewCenturySchlbk-BoldItalic.pmf
The tar used is /usr/bin/tar (GNU tar version 1.11.2)
pax is /bin/pax
>How-To-Repeat:
Unpack xsrc.tgz with tar
>Fix:
Well, the obvious workaround:
Unpack xsrc.tgz with pax
However, something which is presumably a tar archive *should* unpack correctly with tar, IMHO.
Perhaps when creating archives, tar ztf should be used to verify that correct unpacking with tar is possible.
As I seem to have succesfully re-packed the unpacked xsrc with tar, this is probably indicative of a bug in how pax (presuming pax was originally used to make the archive) creates tar files. I know next to nothing about different tar formats, so if the problem is related to GNU tar being non-standard, so be it. I still think a .tar.gz or .tgz file should unpack correctly with tar, though.
>Release-Note:
>Audit-Trail:
>Unformatted: