Building agains dynamic libptread in Debian Stable

Alejandro Perez Mendez alex at
Tue Jul 10 08:50:12 EDT 2012

On 10/07/12 13:21, Sam Hartman wrote:
> I do not believe that  you would need to link the KDC with threads
> support in order to call mech_eap from one thread in a preauth plugin.
> Similarly for kinit.
> If you plan to use mech_eap or another GSS mechanism from multiple
> threads at once, I strongly recommend that you arrange for libpthread to
> be loaded before libgssapi_krb5 gets called.
HI Sam,

thank you for your response. However, that's not exactly the problem I 
have. I'm just trying to get working with standard 
gss-client/gss-client, as indicated into the moonshot wiki. Nothing 
else. The problem is that, when mech_glue tries to dynamically load the library, it fails complaining because 
"/usr/local/lib/gss/ undefined symbol: pthread_key_create". 
Nevertheless, If I add the "-lpthread" to the gss-client/gss-server 
Makefile, it successfully loads the plugin.

It may not be a problem of how Kerberos is built, but of how mech_eap is 
built. Or it maybe be just a problem of my system's configuration 
(though I started from a clean Debian Stable system). That's what I'm 
trying to figure out.

But what I can tell is that using Kerberos out of the box + mech_eap out 
of the box, and trying to get gss-client/gss-server working using that 
mechanism, didn't worked for me.


More information about the krbdev mailing list