[OpenAFS-devel] status of src/tests
Jeffrey Hutzelman
jhutz@cmu.edu
Mon, 25 Jun 2007 20:45:42 -0400
On Friday, June 01, 2007 12:41:15 PM +0200 Alberto Mancini
<mancini@math.unifi.it> wrote:
> Actually, I think that ``dumptool'' should not be in src/tests directory
> too.
>
> If someone is doing some work in the ``tests'' directory
> could be a good idea to change this.
>
> I have no idea of the ``meaning'' of most of the files in
> the tests dir but i can help in moving/testing dumptool.
>
> There is any open issue with dumptool ?
Oh, dear. There's a copy of dumptool in there? That's probably as
out-of-date as the copy of my volume dump utilities, the latest version of
which can be found in /afs/grand.central.org/software/dumpscan.
I don't think either of those tools, or various others, really belong in
the OpenAFS distribution. OpenAFS should concentrate on being a
filesystem, not on incorporating into its distribution every tool someone
might want to use with it.
That said, it's fine for the tests to include snapshots or stripped-down
versions of tools _for use in the tests_. This is considerably more
manageable than expecting someone to download and build various other
packages in order to make the tests work. It's also useful because tests
often depend on the precise output of things, and can fail in strange ways
when the "wrong" versions of tools are used. So, leave it in if it's being
used, but consider whether it's possible to construct tests that use
dumptool _or_ the dumpscan tools, instead of both.
It is probably the case that dumptool provides functionality not currently
available from the dumpscan tools and libraries. I would be glad to accept
patches to correct this situation.
-- Jeff