version krb5support_0_MIT not defined
Tom Yu
tlyu at MIT.EDU
Tue Feb 7 11:25:46 EST 2012
Jeff Blaine <jblaine at kickflop.net> writes:
> I'm still completely stumped by this in case anyone
> has any suggestions. I cannot make any sense of it
> and have tried everything I know:
>
> /usr/rcf-krb5/lib/libcom_err.so.3: symbol krb5int_strlcpy,
> version krb5support_0_MIT not defined in file
> libkrb5support.so.0 with link time reference
>
> /usr/rcf-krb5/lib/libcom_err.so.3 (1.9.2) is finding
> /usr/lib/libkrb5support.so.0 (MIT 1.6.3, which we need
> to stay there) for no good reason I understand.
>
> Using 'readelf -d' on /usr/rcf-krb5/lib/libkrb5support.so,
> /usr/rcf-krb5/lib/libcomm_err.so, and pam_krb5 indicate:
>
> 0x0000000f (RPATH) Library rpath:
> [/usr/rcf-krb5/lib]
> 0x0000001d (RUNPATH) Library runpath:
> [/usr/rcf-krb5/lib]
I'm not quite sure what's going on here. Maybe krb5-1.9.2 is built
with library symbol versions while 1.6.3 is not?
Do the programs built as part of krb5-1.9.2 work correctly? Does
pam_krb5 depend on the system's libcom_err directly? This could be a
symptom of the lack of RTLD_GROUP in dlopen() in glibc.
More information about the Kerberos
mailing list