X-Git-Url: https://wimlib.net/git/?p=wimlib;a=blobdiff_plain;f=NEWS;h=9720f2a03d788948e36ac46f5194a865964a5e09;hp=82632cd41a24c953c11b8284da763b52092cfb12;hb=a5edc75084110cd30d21d41c98d281cd4749d5cf;hpb=beccb94c715de2543d0b82c71dba09dc96068633

diff --git a/NEWS b/NEWS
index 82632cd4..9720f2a0 100644
--- a/NEWS
+++ b/NEWS
@@ -1,4 +1,78 @@
-Version 1.9.0-BETA:
+Version 1.10.0:
+	The LZX compression ratio has been slightly improved.  The default mode,
+	LZX level 50, is now almost as good as the old LZX level 100, while
+	being nearly the same speed as before.
+
+	Decompression performance has been slightly improved.
+
+	Filenames are now always listed in NTFS collation order.
+
+	On UNIX-like systems, wimlib can now process Windows filenames that are
+	not valid Unicode due to the presence of unpaired surrogates.
+
+	On UNIX-like systems, wimlib now always assumes UTF-8 encoding with the
+	addition of surrogate codepoints.  Consequently, the environmental
+	variable WIMLIB_IMAGEX_USE_UTF8 and the flag
+	WIMLIB_INIT_FLAG_ASSUME_UTF8 no longer have any effect.
+
+	wimlib no longer depends on iconv.
+
+	Reduced memory usage slightly.
+
+	When a WIM image is applied in NTFS-3G mode, security descriptors are
+	now created in NTFS v3.0 format when supported by the volume.
+
+	Workarounds for bugs in libntfs-3g version 2013.1.13 and earlier have
+	been removed.  Users are advised to upgrade to a later version of
+	libntfs-3g.
+
+	On Windows, wimlib now supports case-sensitive filename extraction when
+	supported by the underlying operating system and filesystem (operating
+	system support requires a registry setting).
+
+Version 1.9.2:
+	On UNIX, wimlib can now overwrite readonly files when extracting.
+
+	On Windows, fixed a bug where wimlib could leave a null DACL (a.k.a. "no
+	NTFS permissions") set on some existing directories after extraction.
+
+	On Windows, when applying a WIM image in "WIMBoot mode" when the WOF
+	driver is not loaded, wimlib can now correctly register a new WIM file
+	with the target volume when the target volume previously had had WIM
+	files unregistered.
+
+	Added a new testing program.
+
+	Clarified the main license text and updated public domain dedications
+	for certain files to be more thorough.
+
+Version 1.9.1:
+	Object IDs are now saved and restored on Windows and in NTFS-3G mode.
+
+	Reduced memory usage when exporting large numbers of WIM images.
+
+	Non UTF-8 locales are now detected correctly.
+
+	Addressed compiler warnings and enabled "silent" make rules by default.
+
+	Windows-specific updates:
+		Fixed a bug where duplicate backslashes could be generated in
+		link targets when extracting symbolic links and junctions.
+
+		Fixed a bug where the .cmd shortcuts for wimlib-imagex wouldn't
+		work if their full path contained a space.
+
+		Fixed bugs related to scanning SMB filesystems.
+
+		Added warning message about known issue with WindowsApps folder.
+
+		Added instructions for building from source on Windows.
+
+		VSS support is no longer marked "experimental".
+
+		Added missing license file for libdivsufsort-lite.
+
+Version 1.9.0:
 	Added experimental support for Windows VSS (Volume Shadow Copy Service).
 	The new '--snapshot' argument to 'wimcapture' makes wimlib automatically
 	create and use a temporary VSS snapshot when capturing a WIM image.
@@ -7,13 +81,17 @@ Version 1.9.0-BETA:
 	architecture, system root, and version details.  This information is now
 	automatically set in newly captured WIM images, when appropriate.
 
-	Significantly improved performance of directory scans of full NTFS
-	volumes on Windows 8 and later.
+	Improved performance of directory tree scans on Windows.
+
+	On Windows, to improve capture performance, wimlib now sometimes opens
+	files by inode number rather than by path.  This is enabled for
+	wimcapture and wimappend, but for now other applications have to opt-in.
 
 	The progress messages printed by wimlib-imagex while writing WIM files
 	have been slightly tweaked.
 
 	Progress information for directory tree scans now counts all hard links.
+	Also, on Windows "\\?\" is no longer stripped from the current path.
 
 	Added a new '--image-property' option to 'wimcapture', 'wimappend', and
 	'wiminfo'.  This option lets you assign values to elements in a WIM