Re: [ext2resize] ext2resize on big endian, corrupt file systems and crashes?

[Petter R. <pe...@hu...>]

[Andreas Dilger]
> As good a place as any.  I'm actually somewhat interested in getting
> rid of ext2resize itself and just merging the functionality into
> e2fsprogs as RH has done, just to avoid duplication of maintenance
> effort.

As far as I could see, the e2fsprogs souce RPM from redhat include the
source for both e2fsprogs and ext2resize, and isn't a merge of
functionallity.  So they still include ext2resize, but it does not
seem that way from the list of RPMs.

But I would love to only have one package to maintain, so if e2fsprogs
is up for the job, I am more than willing to drop ext2resize. :)

> I'd be supportive of this if Coywolf is interested to merge in the
> Fedora and debian patches, after some inspection of course.

Great.

> In a brief review of the patches, one I can't understand is the use
> of a custom canonicalize() function instead of the realpath() glibc
> function?  The rest of them seem to be reasonable.

This patch is already in 1.1.19, I believe.

> I'm also considering if we should at least install the ext2online
> binary as ext3online and maybe have an (sym)link for compatibility.
> It actually will not work on ext2 filesystems any more.

It does not?  Perhaps that is why I could not get the byteorder patch
to work?  Please tell me more.