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