ChangeLog:

  Makefile.in (source_tar_file): Remove the resize directory from the
  list of excluded files.
  version.h: Update version header for an WIP release.
e2fsprogs.spec, ChangeLog:
  e2fsprogs.spec: Updated for 1.19 release; added resize2fs.
ChangeLog, expect.1:
  f_filetype: Updated expect script to match with new text for
  	immutable/append-only files.
TODO:
  Update TODO file.

ChangeLog

+2000-04-06  Theodore Ts'o  <tytso@valinux.com>
+
+	* Makefile.in (source_tar_file): Remove the resize directory from
+		the list of excluded files.
+
+	* version.h: Update version header for an WIP release.
+
+	* e2fsprogs.spec: Updated for 1.19 release; added resize2fs.
+
 Thu Apr  6 17:43:11 2000  Theodore Y. Ts'o  <tytso@signal.thunk.org>
 
 	* configure.in (fdatasync): Add test for fdatasync(), since not

TODO

@@ -119,3 +119,80 @@ the entire inode, so there's better recovery for when an indirect
 block gets trashed.
 
 
+-------------------------------------------------------------
+
+From: Yann Dirson - LOGATIQUE <Yann.Dirson@France.Sun.COM>
+Date: Thu, 2 Mar 2000 13:52:13 +0100 (MET)
+
+During my experiments on the broken system, I noticed the following in
+the badblocks program (which I'm aware is not designed for IDE drives)
+- I'd probably have already fixed them if my home system was up :(
+
+* the syntax summary documents 2nd arg as blocks_count, which should
+probably read something like end_count.
+
+* testing past end of device is not detected, and lists those blocks
+as bad, whereas they simply do not exist.
+
+
+I think I'll probably add a "max count" option to findsuper(8), so
+that I do not have to wait for the whole disk to be scanned when the
+system had to be launched with "init=/bin/sh", in which case Ctrl-[CZ]
+and friends appear to be absolutely ignored.
+
+
+Somewhat unrelated, I just noticed the
+http://web.mit.edu/tytso/www/linux/ext2.html could be updated:
+
+- mentions 1.17 as new :)
+- could mention SGI xfs (http://oss.sgi.com/projects/xfs/ - they just
+  release 0.03 snapshot)
+
+----------------------------------------------------------------
+
+Return-Path: <tytso@MIT.EDU>
+Date: Thu, 10 Feb 2000 13:20:14 -0500
+From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
+To: R.E.Wolff@BitWizard.nl
+In-Reply-To: Rogier Wolff's message of Thu, 10 Feb 2000 08:46:30 +0100 (MET),
+	<200002100746.IAA24573@cave.bitwizard.nl>
+Subject: Re: e2fsck request for enhancement.
+Phone: (781) 391-3464
+
+   Date: Thu, 10 Feb 2000 08:46:30 +0100 (MET)
+   From: R.E.Wolff@BitWizard.nl (Rogier Wolff)
+
+   Lately, while trying to recover a broken disk, my system froze (twice,
+   until I tried something else) while copying the disk.
+
+   So I had a file of about 50Mb that was growing frantically at the
+   moment of the crash.
+
+   e2fsck, then finds an indirect block that is completely bogus. It
+   starts by asking me if it's ok to clear a few of the referenced
+   blocks. I say yes. Then it comes to the conclusion: 
+
+      too many invalid blocks. Clear inode?
+
+   and then I get the option to delete the whole file. Not to truncate
+   the file to a "working" size.
+
+
+   I'd MUCH rather have e2fsck say something like:
+
+      inode 1234 references an invalid block 134345454. Hmm.
+      inode 1234 references 567 out of 50176 invalid blocks, 
+			  all near the end. Truncate file to 49152 blocks?
+
+   Here you can see that of the 1024 blocks near the end of the file,
+   only 567 were detected as invalid. However now 48Mb of the file will
+   be recovered, instead of thrown away.
+
+That's a good point.  Actually, the right thing is for e2fsck to offer
+to clear all of the bad blocks in a particular indirect block.  I don't
+know how hard it would be to do that, but I'll put it on my e2fsprogs
+TODO list.
+
+							- Ted
+
+----------------------------------------------------------------

e2fsprogs.spec

 Summary: Utilities for managing the second extended (ext2) filesystem.
 Name: e2fsprogs
-Version: 1.18
+Version: 1.19
 Release: 0
 Copyright: GPL
 Group: System Environment/Base
-Source: ftp://tsx-11.mit.edu/pub/linux/packages/ext2fs/e2fsprogs-1.18.tar.gz
+Source: ftp://tsx-11.mit.edu/pub/linux/packages/ext2fs/e2fsprogs-1.19.tar.gz
 BuildRoot: /tmp/e2fsprogs-root
 
 %description
@@ -68,6 +68,7 @@ rm -rf $RPM_BUILD_ROOT
 %attr(-, root, root) /sbin/tune2fs
 %attr(-, root, root) /sbin/dumpe2fs
 %attr(-, root, root) /sbin/fsck
+%attr(-, root, root) /sbin/resize2fs
 %attr(-, root, root) /usr/sbin/mklost+found
 %attr(-, root, root) /sbin/mkfs.ext2
 
@@ -89,6 +90,7 @@ rm -rf $RPM_BUILD_ROOT
 %attr(-, root, root) /usr/man/man8/dumpe2fs.8
 %attr(-, root, root) /usr/man/man8/badblocks.8
 %attr(-, root, root) /usr/man/man8/fsck.8
+%attr(-, root, root) /usr/man/man8/resize2fs.8
 %attr(-, root, root) /usr/man/man1/chattr.1
 %attr(-, root, root) /usr/man/man1/lsattr.1
 %attr(-, root, root) /usr/man/man1/uuidgen.1

tests/ChangeLog

+2000-04-06  Theodore Ts'o  <tytso@valinux.com>
+
+	* f_filetype: Updated expect script to match with new text for
+		immutable/append-only files.
+
 2000-02-07  Theodore Ts'o  <tytso@valinux.com>
 
 	* f_swapfs: Fix expected text to match changed debugfs dump

tests/f_filetype/expect.1

 Pass 1: Checking inodes, blocks, and sizes
-Special (device/socket/fifo) inode 14 has immutable flag set.  Clear? yes
+Special (device/socket/fifo) inode 14 has immutable or append-only flag set.
+Clear? yes
 
-Special (device/socket/fifo) inode 15 has immutable flag set.  Clear? yes
+Special (device/socket/fifo) inode 15 has immutable or append-only flag set.
+Clear? yes
 
-Special (device/socket/fifo) inode 16 has immutable flag set.  Clear? yes
+Special (device/socket/fifo) inode 16 has immutable or append-only flag set.
+Clear? yes
 
 Pass 2: Checking directory structure
 Setting filetype for entry '.' in / (2) to 2.