]> wimlib.net Git - wimlib/blobdiff - NEWS
Add support for special files on UNIX
[wimlib] / NEWS
diff --git a/NEWS b/NEWS
index 82fd8adc1cdd2598ee4407e78223323bb191faf3..4fef76cd30c707b376ac37e96a051ec89a124e59 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,17 +1,51 @@
 Only the most important changes more recent than version 0.6 are noted here.
 
-Version 1.6.3-BETA:
-       Added support for "WIMBoot".  On any platform, you can now capture a WIM
-       as WIMBoot-compatible.  In addition, on Windows, specifically Windows
-       8.1 Update 1 and later, you can now apply a WIM archive in a special
-       mode that causes extracted files to be externally backed by the WIM
-       archive.  See the documentation for the new '--wimboot' option to
-       wimcapture and wimapply, respectively, for more information.
-
-       The shared library version has been bumped up; however, there are only
-       small incompatibilities:
-
-               - 'struct' wimlib_capture_config has been removed.  The library
+Version 1.7.0-BETA:
+       Improved compatibility with version 3584 WIM / ESD files.
+
+       Performance improvements, including for extraction.
+
+       'add' commands passed to wimupdate will now replace existing
+       nondirectory files by default.  Use the --no-replace option to get the
+       old behavior.
+
+       Added support for "WIMBoot" capture and extraction.  See the
+       documentation for the new '--wimboot' option to wimcapture and wimapply
+       for more information.
+
+       On UNIX-like systems, you can now backup and restore device nodes, named
+       pipes, and sockets.  In addition, 32-bit user and group IDs are now
+       supported.
+
+       The way that UNIX data is stored in WIM files has been changed.  If you
+       captured any WIMs with the --unix-data option, to upgrade them you'll
+       need to apply them with --unix-data using wimlib-imagex v1.6.2, then
+       re-capture them with --unix-data using this version.
+
+       wimlib now understands tagged metadata items, such as object IDs, that
+       can be stored in WIM directory entries.
+
+       Removed the --hardlink and --symlink options to wimapply, since I don't
+       think they are too useful and they got in the way of improving the code.
+
+       WIMs will now retain their GUIDs when rebuilt (e.g. with wimoptimize).
+
+       The 'mkwinpeimg' script now supports writing the ISO image to standard
+       output.
+
+       On Windows, sparse file attributes are no longer set on extracted files.
+
+       The shared library version has been bumped up.  The main
+       incompatibilities are:
+
+               - WIMLIB_COMPRESSION_TYPE_XPRESS is now 1 and
+                 WIMLIB_COMPRESSION_TYPE_LZX is now 2 (so it's the same as
+                 WIMGAPI).
+
+               - Progress functions, including their prototypes as well as how
+                 they are provided to the library, have been changed.
+
+               - 'struct wimlib_capture_config' has been removed.  The library
                  now takes the path to the configuration file directly.  This
                  affects wimlib_add_image(), wimlib_add_image_multisource(),
                  and wimlib_update_image().  However no code changes are
@@ -20,7 +54,17 @@ Version 1.6.3-BETA:
                - Removed deprecated functions: some (de)compression functions,
                  wimlib_extract_files(), and wimlib_print_metadata().
 
-               Otherwise the API and ABI is the same.
+               - Removed extraction flags: WIMLIB_EXTRACT_FLAG_HARDLINK,
+                 WIMLIB_EXTRACT_FLAG_SYMLINK, and
+                 WIMLIB_EXTRACT_FLAG_FILE_ORDER.
+
+               - Removed progress messages:
+                 WIMLIB_PROGRESS_MSG_APPLY_TIMESTAMPS,
+                 WIMLIB_PROGRESS_MSG_EXTRACT_DIR_STRUCTURE_BEGIN,
+                 WIMLIB_PROGRESS_MSG_EXTRACT_DIR_STRUCTURE_END.
+
+               - WIM paths passed to progress functions now have a leading
+                 slash.
 
 Version 1.6.2:
        Case-insensitive comparisons of strings (e.g. filenames) containing