path: root/doc
diff options
authorAvatar Alex Elsayed <eternaleye@gmail.com> 2012-06-01 22:20:36 -0700
committerAvatar Ciaran McCreesh <ciaran.mccreesh@googlemail.com> 2012-06-02 22:01:27 +0100
commita3bb614a9fe39b0cbc597197e7428f70a6b99e8c (patch)
tree4ce2fbe7b7dde4b17ac13a7a236d85ce7c8dcefc /doc
parentd4661a13032a90c7be9a03b5c9ad11845f8cc2f6 (diff)
docs, configure.ac: libarchive[>=3.0]
Version 3.0 of libarchive fixes both xattr issues and GNU tar support, so we now hard-dep on it. As a result, we can rip out the code for creating paxballs. However, we'll keep unpaxinate and the other machinery for extracting them so as not to break old pbins.
Diffstat (limited to 'doc')
1 files changed, 2 insertions, 17 deletions
diff --git a/doc/overview/pbins.html.part b/doc/overview/pbins.html.part
index af548174d..66b19fb47 100644
--- a/doc/overview/pbins.html.part
+++ b/doc/overview/pbins.html.part
@@ -38,23 +38,8 @@ in binaries only being used when necessary or explicitly requested.</p>
<h2>Notes on <code>libarchive</code></h2>
-<p>We use <a href="http://code.google.com/p/libarchive/">libarchive</a> to create binary packages. At the time of
-writing (libarchive 2.8.4), this is causing a number of issues (but not as many as using anything else would do...). In
- <li>It is strongly recommended that <strong>libarchive be built without support for extended attributes
- (xattrs)</strong>. Some users have found that binary packages cannot be created when extended attribute support
- is enabled (error messages like <code>archive_read_disk_entry_from_file failed</code>).</li>
- <li>Current releases of libarchive do not support GNU's tar extensions (although svn master does). However, without
- extensions, tar is effectively useless. Thus, if the version of libarchive installed when Paludis is built does not
- have GNU tar support, we use POSIX pax format when creating tarballs, and we use the <code>.pax</code> extension
- rather than <code>.tar</code> to make this clear. Unfortunately, <strong>GNU tar doesn't particularly like PAX
- tarballs</strong>, and will moan like crazy and not properly extract files built this way. Thus, if you intend
- to extract pbin tarballs by hand (e.g. to rescue a completely broken system), you must either use OpenBSD's
- <code>pax</code> to do the extracting, or use a libarchive release that does not yet exist.</li>
+<p>We use <a href="http://code.google.com/p/libarchive/">libarchive</a> to create binary packages, and require version
+3.0.4 or greater.</p>
<h2>Creating Binary Repositories</h2>