]> wimlib.net Git - wimlib/blobdiff - NEWS
Update progress functions
[wimlib] / NEWS
diff --git a/NEWS b/NEWS
index bd50c5895451596ab7f1edf9bc9269d3eafd1afe..1c78f5336b74e874195e0dcee4aa06ca7408f346 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,6 +1,65 @@
 Only the most important changes more recent than version 0.6 are noted here.
 
-Version 1.6.2 (BETA):
+Version 1.6.3-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.
+
+       The format of UNIX data 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 v1.6.2, then re-capture them with --unix-data
+       using this version.
+
+       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
+                 necessary if a NULL configuration was being used.
+
+               - Removed deprecated functions: some (de)compression functions,
+                 wimlib_extract_files(), and wimlib_print_metadata().
+
+               - 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
        UTF-16 codepoints above 32767 are now done correctly.
 
@@ -8,14 +67,14 @@ Version 1.6.2 (BETA):
 
        wimunmount now provides the '--new-image' option to cause changes to a
        read-write mounted image to be committed as a new image rather than as
-       an update of the same image.  (The corresponding new library flag is
+       an update of the mounted image.  (The corresponding new library flag is
        WIMLIB_UNMOUNT_FLAG_NEW_IMAGE.)
 
-       The LZMS compression chunk size, or "dictionary size", may now be up to
-       1 GiB (2^30).
+       The LZMS ("recovery") compression chunk size, or "dictionary size", may
+       now be up to 1 GiB (1,073,741,824 bytes).
 
-       The performance of LZX and LZMS compression with large chunk sizes has
-       been slightly improved.
+       The performance of LZX ("maximum") and LZMS ("recovery") compression
+       with large chunk sizes has been slightly improved.
 
 Version 1.6.1:
        Stored files with size exactly 4 GiB (4,294,967,296 bytes) are now