[fetchmail]Compiling fetchmail 6.2.5 on Mac OS X 10.3.x with Kerberos

I tried to send this message on 12/19/2003, and it seems to have 
gotten stuck in the review queue because I wasn't a member of this 
list.  Here it is again since I couldn't find it in the list archives:

Hi,

I tried to compile fetchmail 6.2.5 on Mac OS X 10.3.2 (Panther) with 
Kerberos support.   The configure options I used were:
--with-kerberos5=/usr --with-kerberos4=/usr --with-included-gettext 
--disable-nls --enable-inet6 --with-ssl CFLAGS=-DBIND_8_COMPAT
In the process of trying to get it to compile, I found some bugs and 
patched them (patches are in the attachment):
1) Modern versions of MIT Kerberos export krb5_c_string_to_key 
instead of krb5_des_string_to_key.  There are compatibility macros 
for the old crypto API in krb5.h under the macro KRB5_OLD_CRYPTO 
which map the old name to the new one.  However, this isn't 
particularly useful since fetchmail is only using 
krb5_des_string_to_key to find out the name of the krb5 crypto 
library.  Instead, I added a check for the new function name.
2) MIT Kerberos 1.3 and later no longer export a krb5_init_ets. 
Instead, the library lazily loads the error tables inside 
krb5_init_context.  As a result, I added a check so that fetchmail 
only calls krb5_init_ets if it is exported by the krb5 library.
3) Mac OS X defines a lock_release function in 
/usr/include/mach/lock_set.h.  Since the fetchmail function of the 
same name was previously named lock_do_release, I changed it back to 
that in my patches.

Enjoy,

--lxs
--
-----------------------------------------------------------------------------
Alexandra Ellwood                                               
<lxs(_at_)mit(_dot_)edu>
MIT Information Systems                               http://mit.edu/lxs/www/
-----------------------------------------------------------------------------
--

%
Description: application/applefile

fetchmail.patch
Description: Binary data