On Fri, 2014-01-17 at 14:41 -0600, Andrew Deason wrote: > On Fri, 17 Jan 2014 19:57:55 +0100 > Stephan Wiesand <stephan.wies...@desy.de> wrote: > > > In a perfect world, Andrew would now pick up your CVS repository, > > merge the improvements into the github one he mentioned, and start > > submitting the results to gerrit.openafs.org. > > Do you mean under openafs.git, or something else? I plan on looking at > that CVS repo and putting the changes into git somewhere, but I hadn't > yet thought that it would go into openafs.
So, part of the problem with just "merging the improvements" is that that github repository doesn't contain the complete history; it was created by importing the 1.2 tarball. It would certainly be possible for someone to merge the changes into OpenAFS, but I'd rather not. I do not subscribe to the notion that every AFS-related tool needs to be part of the OpenAFS distribution. > > I'd love to see the state of the art of this being part of our regular > > OpenAFS releases. Obviously, there's a real need for these tools. > > > > Are there any licensing obstacles? > > No, the licensing seems pretty permissive. I thought there was some > desire to have some of the simpler tooling separate from OpenAFS itself, > like some of the other stuff in openafs-contrib. The README text makes > it pretty clear that at least the original authors wanted that; I > thought that jhutz and some users might agree with that, as well. In the case of dumpscan, I _am_ the original author. The code was originally written prior to the release of OpenAFS, and was intended to be distributed separately and not depend on AFS. It does contain rx and com_err dependencies today, but the former is needed only for a feature that could easily be made optional, and the latter can be satisfied from other sources. In any case, I've been asked to produce a real repository, and will try to do so soon. At that point, it should be fairly easy to merge in the changes that are in the openafs-contrib repo, and do a release. In the meantime, as always, patches are welcome. -- Jeff _______________________________________________ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info