I've just had the weirdest thing happen to me, where all of a sudden my FreeRADIUS wouldn't restart. I traced it back to rlm_eap_ttls.so unable to resolve the symbol 'eaptype_name2type' (which is in libeap).
Rebuilding didn't fix things, and frankly I'm not sure enough about libtool to know exactly what's wrong. Adding -leap -L../../libeap to the RLM_LIBS line in src/modules/rlm_eap/types/rlm_eap_ttls/Makefile fixed that, but I'm almost positive that's not the right solution. It means rlm_eap_ttls.so shows rlm_eap.so in its ldd output. Bah, further testing means it then barfs on undefined symbol eaptls_process, when it tries to do EAP. (IE it _starts_ OK, but dies in "rlm_eap_ttls: AUthenticate") rlm_eap_peap has the same problem. This is the only symbol the two are trying to use from libeap and the only other user of libeap is rlm_eap_sim, and I can't see the difference in building. I don't expect there should be, libtool's supposed to take care of this, isn't it? Has anyone else seen this, and can suggest what I broke in my environment (I don't think it's the build environment, since as I said the version that was running died when I tried to restart it to add rlm_unix support.) Debian/unstable, I prolly dist-upgraded a few times since building it. And it was certainly working the other night, when I _last_ fired up the wireless. -- Paul "TBBle" Hampson Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] On a sidewalk near Portland State University someone wrote `Trust Jesus', and someone else wrote `But Cut the Cards'. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
