Fix glob()

[wimlib] / NEWS

diff --git a/NEWS b/NEWS
index 30f02dbfd477140d7f9a5a9519b208066ace001c..ad68f6ac99a49d8129941f2bdc56da9a3cb1cf31 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -1,6 +1,81 @@
 Only the most important changes more recent than version 0.6 are noted here.
 
 Only the most important changes more recent than version 0.6 are noted here.
 

-Version 1.1.1:
+Version 1.3.0:
+       Added experimental support for native Windows builds.
+
+       --source-list option added to `imagex capture' and `imagex append'.
+
+       Better support for different character encodings.
+
+Version 1.2.6:
+       Storing UNIX file owners, groups, and modes in WIM images is now
+       possible using `imagex capture' with the --unix-data flag.
+
+       Minor bug fixes and documentation fixes.
+
+Version 1.2.5:
+       NTFS capture: Fixed capturing duplicate reparse points.
+
+       NTFS capture: Capture first unnamed stream if there are more than one
+       (print warning instead of error).
+
+       Allow multiple test cases to execute concurrently (e.g. make -j2 check).
+
+Version 1.2.4:
+       Added --arch switch to mkwinpeimg script to support getting AMD64 WinPE
+       from the WAIK.
+
+       Update to work with ntfs-3g version 2013.1.13.
+
+Version 1.2.3:
+       Fixed truncating file to shorter but non-zero length on read-write
+       mounted WIM image.
+
+       Various code cleanups and minor documentation fixes.
+
+Version 1.2.2:
+       LZX and XPRESS decompression have received some additional optimizations
+       and should now be even faster.  (Although, they were already pretty
+       fast--- much faster than typical I/O speeds.)
+
+       Fixed a bug introduced in v1.2.1 that would cause a directory tree
+       containing hard links to be captured incorrectly in some cases.
+
+Version 1.2.1:
+       By default, unmounting a read-write mounted WIM with 'imagex unmount
+       --commit' will now change the WIM in-place without needing to write the
+       entire WIM again.  Use 'imagex unmount --commit --rebuild' to get the
+       old behavior.
+
+       'imagex unmount' no longer has a hard-coded limit of 10 minutes to wait
+       for a response from the daemon servicing the mounted WIM.  Instead,
+       every second 'imagex unmount' will check if the daemon is still alive,
+       and keep waiting if so, otherwise terminate with an error.
+
+       'imagex unmount --commit' on a read-write mounted WIM will now print
+       progress information regarding the writing of new or modified streams
+       the WIM, just like when capturing or appending a WIM.
+
+       A small change has been made to XPRESS compression and it should improve
+       the compression ratio slightly.
+
+       A change was made that may improve performance slightly when applying a
+       WIM image to a NTFS volume.
+
+       Microsoft has managed to introduce even more bugs into their software,
+       and now the WIMs for Windows 8 have incorrect (too low) reference counts
+       for some streams.  This is unsafe because such streams can be removed
+       when they are in actuality still referenced in the WIM (perhaps by a
+       different image).  wimlib will now work around this problem by fixing
+       the stream reference counts.  This is only done when wimlib_delete_image() is
+       called ('imagex delete') or when wimlib_mount_image() is called with
+       WIMLIB_MOUNT_FLAG_READWRITE ('imagex mountrw').  Please note that this
+       requires reading the metadata for all images in the WIM, so this will
+       make these operations noticably slower on WIMs with multiple images.
+
+       Various other bugfixes.
+
+Version 1.2.0:

        Appending images to a WIM is now be done by default without re-building
        the whole WIM.  Use the --rebuild flag to get the old behavior (which
        was to re-build the entire WIM when a new image is appended).
        Appending images to a WIM is now be done by default without re-building
        the whole WIM.  Use the --rebuild flag to get the old behavior (which
        was to re-build the entire WIM when a new image is appended).


@@ -8,12 +83,29 @@ Version 1.1.1:
        A new command `imagex optimize' is now available to manually re-build a
        WIM that has wasted space due to repeated appends.
 
        A new command `imagex optimize' is now available to manually re-build a
        WIM that has wasted space due to repeated appends.
 

+       Progress information has been improved, and now arbitrary callback
+       functions can be used to show the progress of a WIM operation.
+
+       A possible bug with changing the bootable image of a WIM was fixed.
+
+       Some advisory locking is now done to prevent two processes from
+       modifying a WIM at the same time (but only in some cases).  For example,
+       you cannot mount two images from a WIM read-write at the same time.
+
+       Some functions have been reorganized:
+               * wimlib_mount() renamed to wimlib_mount_image().
+               * wimlib_unmount() renamed to wimlib_unmount_image().
+               * wimlib_overwrite_xml_and_header() removed as
+               wimlib_overwrite() suffices now.
+               * wimlib_apply_image_to_ntfs_volume() removed as
+               wimlib_extract_image() suffices now.
+               * wimlib_add_image_from_ntfs_volume() removed as
+               * wimlib_add_image() suffices now.
+

        Previously, the soname of libwim.so has been 0.0.0, despite many
        interface changes.  The soname is now updated to 1.0.0 and will now be
        updated each release.
 
        Previously, the soname of libwim.so has been 0.0.0, despite many
        interface changes.  The soname is now updated to 1.0.0 and will now be
        updated each release.
 

-       A possible bug with changing the bootable image of a WIM was fixed.
-

 Version 1.1.0:
        Resources will now be compressed using multiple threads by default.
        (This applies to `imagex capture', `imagex append', and `imagex
 Version 1.1.0:
        Resources will now be compressed using multiple threads by default.
        (This applies to `imagex capture', `imagex append', and `imagex