View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011176CMakeCMakepublic2010-08-26 13:382012-05-27 07:52
ReporterBrad King 
Assigned ToBrad King 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product VersionCMake-2-8 
Target VersionCMake 2.8.3Fixed in VersionCMake 2.8.3 
Summary0011176: "cmake -E tar" encodes long paths such that Fedora GNU tar 1.15.1 reports errors
DescriptionForking orthogonal issue out of 0011020.

There are older versions of tar which choke on the extensions which libarchive is now using.

See e.g. http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2007-05/msg00700.html [^] [^]

tar outputs:
tar: Ignoring unknown extended header keyword `SCHILY.dev'
tar: Ignoring unknown extended header keyword `SCHILY.ino'
tar: Ignoring unknown extended header keyword `SCHILY.nlink'
tar: Ignoring unknown extended header keyword `LIBARCHIVE.xattr.security.selinux'

... and finally exits with code 2 (instead of just issuing a warning and exiting with 0).
Additional InformationSource for tar showing problem:

http://archives.fedoraproject.org/pub/archive/fedora/linux/releases/7/Fedora/source/SRPMS/tar-1.15.1-26.fc7.src.rpm [^]

We're using the pax format through libarchive:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=22fb266d [^]
TagsNo tags attached.
Attached Files

 Relationships
related to 0011020closedBrad King CPack produces uninstallable DEB files with 2.8.2, worked with 2.8.1 
related to 0011958closedBrad King libarchive still produces PAX tar archives which are unreadable on older versions of tar 
related to 0013251closedBrad King cmake -E tar <file> fails to extract some files correctly 

  Notes
(0021978)
Brad King (manager)
2010-08-26 13:53

It looks like libarchive recently discussed some changes for this:

http://groups.google.com/group/libarchive-discuss/browse_thread/thread/4fa233df85fc5e49 [^]
(0021979)
Brad King (manager)
2010-08-26 14:14

http://code.google.com/p/libarchive/source/detail?r=2563 [^]
(0021986)
simonh (reporter)
2010-08-27 04:39

The upstream patch is fine as far as it goes, but we're still going to get the LIBARCHIVE extended header keyword, so tar 1.15.1 will still choke.
(0021989)
Brad King (manager)
2010-08-27 09:09

FYI, CMake 'master' now supports building against a system-installed libarchive.

I managed to build from tar-1.15.1-26.fc7.src.rpm with all the patches applied and reproduced the problem:

tar: Ignoring unknown extended header keyword `SCHILY.dev'
tar: Ignoring unknown extended header keyword `SCHILY.ino'
tar: Ignoring unknown extended header keyword `SCHILY.nlink'
...
tar: Error exit delayed from previous errors

Then I built libarchive from svn trunk (r2563) and installed it to a test location. I built CMake against this version and created a tarball with a 900-character path. The above-mentioned tar extracts it correctly.
(0021990)
Brad King (manager)
2010-08-27 09:24

I committed the upstream patch to CMake's libarchive:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e87b6bbd [^]

 Issue History
Date Modified Username Field Change
2010-08-26 13:38 Brad King New Issue
2010-08-26 13:38 Brad King Relationship added related to 0011020
2010-08-26 13:38 Brad King Status new => assigned
2010-08-26 13:38 Brad King Assigned To => Brad King
2010-08-26 13:53 Brad King Note Added: 0021978
2010-08-26 14:14 Brad King Note Added: 0021979
2010-08-27 04:39 simonh Note Added: 0021986
2010-08-27 09:09 Brad King Note Added: 0021989
2010-08-27 09:24 Brad King Note Added: 0021990
2010-09-08 10:51 Brad King Status assigned => closed
2010-09-08 10:51 Brad King Resolution open => fixed
2010-09-10 00:12 David Cole Fixed in Version => CMake 2.8.3
2010-09-10 00:12 David Cole Target Version => CMake 2.8.3
2011-03-10 07:29 Brad King Relationship added related to 0011958
2012-05-27 07:52 Eric NOULARD Relationship added related to 0013251


Copyright © 2000 - 2018 MantisBT Team