This thread might be better suited for krb...@mit.edu, but I'll leave it
here.
On 05/02/2015 10:57 AM, John Hascall wrote:
> Is there a reason why the kadm5_hook interface does not seem to have any
> support for a principal "rename" operation?
An oversight, I think. The rename operation was adde
Well, as long as I'm complaining about omissions in the kadm5_hook
interface,
here's another one
*(looks like my dream of getting rid of a local mod is nowjust swapping a
local mod for a slightly less obnoxious local mod)*.
ret = k5_kadm5_hook_chpass(handle->context, handle->hook_handles,
I wasn't exactly sure how you intended the major/minor version numbering
business to work, but here's a set of patches (based off of 1.13.1) which
add a rename function to a version 2 of kadm5_hook_vftable:
kadm5_ret_t (*rename)(krb5_context ctx,
kadm5_hook_modinfo *modinfo,
Is there a reason why the kadm5_hook interface does not seem to have any
support for a principal "rename" operation?
John
Kerberos mailing list Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos
