Because it is invoking autoreconf, cracklib's build breaks with libtool 2.2.x. There are a couple of different ways to fix this: * Patch configure instead of patching configure.in. That way you don't need to run the autotools at all and the package is insulated from any changes in whatever happen to be Fedora's current autotools. * Run autoconf instead of running autoreconf. I don't see any patches here modifying Makfile.am (that would introduce a need to run automake) and I don't see any new autoconf macros being introduced/run (that would introduce a need to run aclocal). There is certainly no need to run libtoolize (which is what autoreconf is doing and why this build is busted).
Where might I find libtool 2.2 packages to test with locally?
A very unoffical (not in CVS) SRPM is available at http://people.redhat.com/karsten/libtool-2.2.6-1.fc10.src.rpm
Fixed in CVS, if it gets pulled in to F10, it'll be by chance, which is fine.