X-Git-Url: https://wimlib.net/git/?p=wimlib;a=blobdiff_plain;f=NEWS;h=a3bee733e9eaa9a3ca9e90d3d39cf100217321ef;hp=731560847743c5f818295d1d8778bd80e5b01baa;hb=b3d65ccab09cc7f33380cb5bf43709349d079087;hpb=d4b9c90b4979c07c049b06be709187a60c17112b;ds=sidebyside diff --git a/NEWS b/NEWS index 73156084..a3bee733 100644 --- a/NEWS +++ b/NEWS @@ -1,7 +1,96 @@ Only the most important changes more recent than version 0.6 are noted here. +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). + + 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. + +Version 1.1.0: + Resources will now be compressed using multiple threads by default. + (This applies to `imagex capture', `imagex append', and `imagex + export'). + + Some performance improvements in mounted WIMs. + + More progress information is shown when capturing a WIM. + +Version 1.0.4: + Lots of minor fixes, code cleanups, and some documentation updates. + Nothing in particular is really noteworthy. + +Version 1.0.3: + LZX and XPRESS compression improvements. + + Fixed calculation of Directory Count, File Count, Total Bytes, and Hard + Link Bytes of the WIM. + Version 1.0.2: - Fixed bug when capturing NTFS file with multiple named data streams + Fixed bug when capturing NTFS file with multiple named data streams. + + Internally, we are now using inode structures, even though these don't + appear literally in the WIM file. This simplifies some of the code + (mainly for WIM mounting) and likely fixed a few problems, although it + needs more testing. Version 1.0.1: Fixed problem when exporting images from XPRESS to LZX compressed WIM or