Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 33572 - /kerberosIV/des.h incompatible with OpenSSL des.h
/kerberosIV/des.h incompatible with OpenSSL des.h
Product: Red Hat Linux
Classification: Retired
Component: krb5 (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2001-03-27 23:46 EST by Damien Miller
Modified: 2007-04-18 12:32 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-08-23 20:21:00 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Damien Miller 2001-03-27 23:46:47 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-14 i686; en-US; 0.8)

/usr/kerberos/include/kerberosIV/des.h defines many of the same symbols and
functions as /usr/include/openssl/des.h leading to compilation failure when
building software that uses both.

Reproducible: Always
Steps to Reproduce:
1.Checkout OpenSSH CVS head (www.openssh.com/portable.html)
3. LDFLAGS=-L/usr/kerberos/lib/ CPPFLAGS="-I/usr/kerberos/include/
-I/usr/kerberos/include/kerberosIV/" ./configure --prefix=/usr
--sysconfdir=/etc/ssh --with-tcp-wrappers --with-kerberos4
4. make

Actual Results:  /usr/kerberos/include/kerberosIV/des.h:116: conflicting
types for `bit_64'
/usr/include/openssl/des.h:260: previous declaration of `bit_64'
/usr/kerberos/include/kerberosIV/des.h:128: conflicting types for


OpenBSD have resolved these problems by modifying their KerberosIV libs to
link directly against the DES routines provided by OpenSSL
Comment 1 Nalin Dahyabhai 2001-03-30 00:04:44 EST
Known issue, solvable in the case of OpenBSD because IIRC the libdes used
by KTH Kerberos 4 is derived from the same source as the one in OpenSSL's
libcrypto, which is not the case with the MIT distribution.
Comment 2 Nalin Dahyabhai 2004-08-23 20:21:00 EDT
The OpenSSL folks renamed the symbols in libcrypto in the 0.9.7
release, marking this as fixed in the current release.

Note You need to log in before you can comment on or make changes to this bug.