path: root/doc/overview/pbins.html.part
diff options
Diffstat (limited to 'doc/overview/pbins.html.part')
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>