Sync our moira package from the moiradev locker

[tabbott]

Evan tells me that our moira package is out of date. We should fix this.

[broder]

Well, I've synced in the current head of CVS (the only changes since the locker build where DCM-related).

Unfortunately, Moira makes no attempt to even try to build without krb4 support. This wasn't an issue when I was building Moira on OS X because while Leopard's krb4 libraries are dysfunctional, they do exist. Not so with Squeeze.

I've started working on a patch to enable building --without-krb4, but it's not going to be a trivial patch.

[broder]

This turns out to be...even less trivial than I expected, especially since everything talks in terms of krb4 principals. I don't have the time right now to write the necessary patch, so I'm going to unaccept this ticket for now. If somebody else wants to work on it, I'll attach the autoconf changes I made to #define HAVE_KRB4 if it's available.

Here are the files that someone should start from - keep in mind that changing them has ripple effects, though:

./update/client.c
./update/auth_002.c
./update/ticket.c
./update/auth_003.c
./include/update.h
./clients/lib/utils.c
./clients/lib/member.c
./clients/moira/user.c
./clients/moira/namespace.c
./clients/mailmaint/mailmaint.c
./lib/mr_auth.c
./lib/kname_unparse.c

[broder]

Ok. Tracking the krb4 issue in a separate ticket (#198) - in the mean time, what do we do while it's FTBFSing?

At this point, I don't think the changes are substantial, so we can maybe afford to wait, but that's not really a valid holding pattern. We could upload for everything but Squeeze, which seems like it might be the best bet for the time being.

[broder]

I committed my patch in r23746 and uploaded a version of debathena-moira with that patch to -proposed.

I'm planning to move the package to production on Friday.