[Dump-announce] Dump/restore 0.4b37 released.

[Stelian P. <st...@po...>]

Hi everybody,

A new version of of dump/restore, the Linux ext2/ext3 filesystem
backup utilities, has been released today.

This release fixes a serious bug in dump, where a filesystem offset
could have been miscalculated on large filesystems, leading to
"bread lseek errors".

Some other minor fixes/features made it also in this new release,
see the ChangeLog below for full details.

You can download the new version at dump/restore's homepage:  
	http://dump.sourceforge.net
		   
Enjoy,
    
Stelian.

Changes between versions 0.4b36 and 0.4b37 (released July 7, 2004)
==================================================================

1.	Added the --enable-staticz configure option which enables
	dump and restore to be linked with static versions of
	libz and libbz2 (and dynamic versions of all other libraries).
	This will make Debian users happy, because libz and libbz2
	were the only needed libraries living in /usr, all the
	others live in /lib. In case of system emergency, it is 
	better not to have to rely on an extra filesystem.
	Thanks to Bdale Garbee <bd...@ga...> for the suggestion.

2.	Fix compilation on (at least the Linux Debian port to) AMD64.
	(<ext2fs/ext2_types.h> defines some types (__s64 and __u64)
	that are also defined by <linux/types.h> (<asm/types.h>) and 
	they conflict).

3.	Make dump's reading of the dumpdates file a bit more robust,
	preventing dump from crashing when the dumpdates file has
	been modified by hand.

4.	Fixed some offset calculations in dump code which could 
	lead to "bread lseek errors" on large filesystems. Thanks
	to Bruce Lowekamp <low...@us...> for
	reporting this bug and debugging the issue.

5.	Made dump use the blkid library when searching for devices
	by label or uuid instead of dump's own routines.

6.	Corrected a bug in dump where a wrong LABEL=... line in
	/etc/fstab could prevent dump from dumping unrelated 
	filesystems. Thanks to Bruce Lowekamp
	<low...@us...> for reporting the bug.

-- 
Stelian Pop <st...@po...>