]> git.ipfire.org Git - thirdparty/libarchive.git/commitdiff
PROJECTS and NEWS updates.
authorTim Kientzle <kientzle@gmail.com>
Mon, 29 Dec 2008 07:14:34 +0000 (02:14 -0500)
committerTim Kientzle <kientzle@gmail.com>
Mon, 29 Dec 2008 07:14:34 +0000 (02:14 -0500)
SVN-Revision: 338

NEWS
PROJECTS

diff --git a/NEWS b/NEWS
index ff53dc654f19aa8f23acaa68f5a62d37d6236d03..e2c1107b6ca65cba730d2e3ecd4992e16615a1f2 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,8 +1,14 @@
+Dec 28, 2008: Many Windows/Visual Studio fixes from Michihiro NAKAJIMA.
+       Michihiro is the first person I know of to build and run
+       the libarchive test suite in this environment.
 
-Dec 25, 2008: libarchive 2.5.905a released
+Dec 28, 2008: Main libarchive development moved from FreeBSD Perforce
+       server to Google Code.  This should make it easier for more
+       people to participate in libarchive development.
 
+Dec 28, 2008: libarchive 2.6.0 released
+Dec 25, 2008: libarchive 2.5.905a released
 Dec 10, 2008: libarchive 2.5.904a released
-
 Dec 04, 2008: libarchive 2.5.903a released
 Nov 09, 2008: libarchive 2.5.902a released
 Nov 08, 2008: libarchive 2.5.901a released
index 3a9feb7a345255cd0a3671483898f059f373de1b..fe752c5007dff793b1c4b453a5f9f0af02849edf 100644 (file)
--- a/PROJECTS
+++ b/PROJECTS
@@ -12,7 +12,9 @@ of these, please let me know.
   Ideally, it would accept a pathname (required) and an
   optional fd.  This will allow it to optimize by using
   fstat() and friends to eliminate races on platforms that
-  support those interfaces.
+  support those interfaces.  This would also eliminate a lot
+  of messy platform-specific trickery from tar and cpio
+  to properly handle ACLs and extended attributes.
 
 * cpio front-end.  The basic bsdcpio front-end is now
   working.  I'm looking for feedback about what additional
@@ -28,6 +30,16 @@ of these, please let me know.
   to port to Visual Studio pretty quickly (large parts of
   archive_write_disk will have to be customized or replaced,
   but that's only about five percent of the entire library).
+  Making this really clean would require reworking the public
+  API to not use dev/ino; I think I know how to do this but
+  could use advice from someone knowledgable about Windows
+  file-management APIs.
+
+* Linux large-file/small-file dance.  libarchive always
+  builds with 64-bit off_t and stat structures; client programs
+  don't always do this.  Supporting client programs built
+  with 32-bit off_t requires a little trickery.  I know how
+  to do this but haven't had time to work through it.
 
 * bsdtar on Windows.  After libarchive is working on Windows,
   this should be much simpler.  At worst, you can just disable