Re: bin/38066: tar doesn't dearchive correctly long symlinks

[Mihai Chelaru <kefren%ngnetworks.ro@localhost>]

The following reply was made to PR pkg/38066; it has been noted by GNATS.

From: Mihai Chelaru <kefren%ngnetworks.ro@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: bin/38066: tar doesn't dearchive correctly long symlinks
Date: Wed, 20 Feb 2008 12:22:38 +0200

 On Tuesday 19 February 2008 18:50:02 Christos Zoulas wrote:
 > =A0This is not a bug. Whatever pkg_create builds:
 > =A01. Should be marked as a GNU tar archive not as a POSIX one.
 > =A0 =A0 POSIX tar archives don't have ././@LongLink extensions.
 > =A02. The extension string is "././@LongLink" not "././@LongSymLink". pax
 > =A0 =A0 checks for the exact name, others might check for "././@Long" or
 > something that is why they work.
 
 In this case, it looks like an libarchive bug that uses LongSymLink and=20
 LongHardLink. Also archive_write(3) man page states that:
 
             "The pax interchange format is a backwards-
              compatible tar format that adds key/value attributes to each
              entry and supports arbitrary filenames, linknames, uids, sizes,
              etc. ``Restricted pax interchange format'' is the library
              default; this is the same as pax format, but suppresses the pax
              extended header for most normal files.  In most cases, this wi=
 ll
              result in ordinary ustar archives."