The summary says it all.
I've looked at config.log and there doesn't seem to be anything out of the
ordinary. Jim McDonough and Luke Howard both have comfirmed this is a problem
so it should be easy to reproduce.
I can provide a config.log if desired.
Checked Anthony's fix into 3.0
Heimdal support is yet again broken. This time, when compiling I get no such
type errors on libsmb/clikrb5.c:L92 on krb5_encrypt_block.
The function is create_kerberos_key_string wrapped in HAVE_KRB5_PRINCIPAL2SALT,
HAVE_KRB5_USE_ENCTYPE, and HAVE_KRB5_STRING_TO_KEY.
The code hasn't changed in a while so I think one of these defines is probably
wrong for heimdal. I have the default mit installed for RH9 (in /usr/kerberos)
and Heimdal 0.6.0 installed in /usr/heimdal. My configure line is:
Unless we can find a way to tell the linker to ignore one specific path in the
dynamic link cache, I don't see a way around this. This problem is a result of
co-habitating MIT and Heimdal systems, with MIT in the linker cache. Even
still, it's likely that some other library involved (in my case, libssl being
included as a result of cups being included) will require something from the MIT
FYI, use LDFLAGS="-static" on the configure statement to get this to work.
The KRB5LIBS and ADSLIBS variables in Makefile need to have an -lasn1 appended
to the end if Heimdal is detected. Otherwise, we get undefined references to
This is on RH8.
I think tpot's latest commit fixes this...can you try it again?
Fixed. Works fine.
originally reported against 3.0.0beta1. CLeaning out
non-production release versions.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.