Replace rename()
[wimlib] / NEWS
1 Only the most important changes more recent than version 0.6 are noted here.
2
3 Version 1.3.0:
4         Added experimental support for native Windows builds.  Binaries can be
5         downloaded from the SourceForge page.
6
7         --source-list option added to `imagex capture' and `imagex append'.
8
9         Better support for different character encodings.
10
11 Version 1.2.6:
12         Storing UNIX file owners, groups, and modes in WIM images is now
13         possible using `imagex capture' with the --unix-data flag.
14
15         Minor bug fixes and documentation fixes.
16
17 Version 1.2.5:
18         NTFS capture: Fixed capturing duplicate reparse points.
19
20         NTFS capture: Capture first unnamed stream if there are more than one
21         (print warning instead of error).
22
23         Allow multiple test cases to execute concurrently (e.g. make -j2 check).
24
25 Version 1.2.4:
26         Added --arch switch to mkwinpeimg script to support getting AMD64 WinPE
27         from the WAIK.
28
29         Update to work with ntfs-3g version 2013.1.13.
30
31 Version 1.2.3:
32         Fixed truncating file to shorter but non-zero length on read-write
33         mounted WIM image.
34
35         Various code cleanups and minor documentation fixes.
36
37 Version 1.2.2:
38         LZX and XPRESS decompression have received some additional optimizations
39         and should now be even faster.  (Although, they were already pretty
40         fast--- much faster than typical I/O speeds.)
41
42         Fixed a bug introduced in v1.2.1 that would cause a directory tree
43         containing hard links to be captured incorrectly in some cases.
44
45 Version 1.2.1:
46         By default, unmounting a read-write mounted WIM with 'imagex unmount
47         --commit' will now change the WIM in-place without needing to write the
48         entire WIM again.  Use 'imagex unmount --commit --rebuild' to get the
49         old behavior.
50
51         'imagex unmount' no longer has a hard-coded limit of 10 minutes to wait
52         for a response from the daemon servicing the mounted WIM.  Instead,
53         every second 'imagex unmount' will check if the daemon is still alive,
54         and keep waiting if so, otherwise terminate with an error.
55
56         'imagex unmount --commit' on a read-write mounted WIM will now print
57         progress information regarding the writing of new or modified streams
58         the WIM, just like when capturing or appending a WIM.
59
60         A small change has been made to XPRESS compression and it should improve
61         the compression ratio slightly.
62
63         A change was made that may improve performance slightly when applying a
64         WIM image to a NTFS volume.
65
66         Microsoft has managed to introduce even more bugs into their software,
67         and now the WIMs for Windows 8 have incorrect (too low) reference counts
68         for some streams.  This is unsafe because such streams can be removed
69         when they are in actuality still referenced in the WIM (perhaps by a
70         different image).  wimlib will now work around this problem by fixing
71         the stream reference counts.  This is only done when wimlib_delete_image() is
72         called ('imagex delete') or when wimlib_mount_image() is called with
73         WIMLIB_MOUNT_FLAG_READWRITE ('imagex mountrw').  Please note that this
74         requires reading the metadata for all images in the WIM, so this will
75         make these operations noticably slower on WIMs with multiple images.
76
77         Various other bugfixes.
78
79 Version 1.2.0:
80         Appending images to a WIM is now be done by default without re-building
81         the whole WIM.  Use the --rebuild flag to get the old behavior (which
82         was to re-build the entire WIM when a new image is appended).
83
84         A new command `imagex optimize' is now available to manually re-build a
85         WIM that has wasted space due to repeated appends.
86
87         Progress information has been improved, and now arbitrary callback
88         functions can be used to show the progress of a WIM operation.
89
90         A possible bug with changing the bootable image of a WIM was fixed.
91
92         Some advisory locking is now done to prevent two processes from
93         modifying a WIM at the same time (but only in some cases).  For example,
94         you cannot mount two images from a WIM read-write at the same time.
95
96         Some functions have been reorganized:
97                 * wimlib_mount() renamed to wimlib_mount_image().
98                 * wimlib_unmount() renamed to wimlib_unmount_image().
99                 * wimlib_overwrite_xml_and_header() removed as
100                 wimlib_overwrite() suffices now.
101                 * wimlib_apply_image_to_ntfs_volume() removed as
102                 wimlib_extract_image() suffices now.
103                 * wimlib_add_image_from_ntfs_volume() removed as
104                 * wimlib_add_image() suffices now.
105
106         Previously, the soname of libwim.so has been 0.0.0, despite many
107         interface changes.  The soname is now updated to 1.0.0 and will now be
108         updated each release.
109
110 Version 1.1.0:
111         Resources will now be compressed using multiple threads by default.
112         (This applies to `imagex capture', `imagex append', and `imagex
113         export').
114
115         Some performance improvements in mounted WIMs.
116
117         More progress information is shown when capturing a WIM.
118
119 Version 1.0.4:
120         Lots of minor fixes, code cleanups, and some documentation updates.
121         Nothing in particular is really noteworthy.
122
123 Version 1.0.3:
124         LZX and XPRESS compression improvements.
125
126         Fixed calculation of Directory Count, File Count, Total Bytes, and Hard
127         Link Bytes of the WIM.
128
129 Version 1.0.2:
130         Fixed bug when capturing NTFS file with multiple named data streams.
131
132         Internally, we are now using inode structures, even though these don't
133         appear literally in the WIM file.  This simplifies some of the code
134         (mainly for WIM mounting) and likely fixed a few problems, although it
135         needs more testing.
136
137 Version 1.0.1:
138         Fixed problem when exporting images from XPRESS to LZX compressed WIM or
139         vice versa
140
141 Version 1.0.0:
142         Enough changes to call it version 1.0.0!
143
144         Capturing a WIM directly from a NTFS volume, and applying a WIM directly
145         to a NTFS volume, is now supported.
146
147         Hard links and symbolic links have much improved support.  They are
148         supported for WIM capture, WIM application, and mounted WIMs (you can
149         even make them on read-write mounted WIMs).
150
151         Alternate data streams are now supported on mounted WIMs through an
152         xattr or a Windows-style stream interface.  Also they are supported when
153         capturing a WIM from NTFS or applying a WIM to NTFS.
154
155         Split WIMs are better supported.  You may now apply an image directly
156         from a split WIM, mount an image from a split WIM read-only, or export
157         an image from a split WIM.
158
159         Using a capture configuration file is now supported (but not fully yet).
160
161         SHA1 message digests are checked in more places, so we can make sure
162         applied and captured data is correct.
163
164         Man pages have been updated and consolidated.
165
166 Version 0.7.2:
167         Fixed segfault when unmounting read-only WIM.
168
169 Version 0.7.1:
170         Support for joining and splitting WIMs.
171         Also, security data is now preserved by default.
172
173 Version 0.6.3:
174         Can now build with older gcc and system headers, like on CentOS 5.
175
176 Version 0.6.2:
177         Fixed bug that made it impossible to overwrite files in read-write
178         mount.
179
180 Version 0.6.1:
181         Write byte-order mark before WIM XML data.  (imagex.exe requires this to
182         be there.)