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
done
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: PATH=/usr/heimdal/bin:$PATH ./configure
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 libs.
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 free_CREDS* 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.
database cleanup