ports/145769: final link of mail/fetchmail fails libhx509.so undefined reference to MD2_Init etc

[Andrew Reilly]

The following reply was made to PR ports/145769; it has been noted by GNATS.

From: Andrew Reilly <areilly at bigpond.net.au>
To: Stefan Walter <stefan at freebsd.org>
Cc: Matthias Andree <matthias.andree at gmx.de>,
 Edwin Groothuis <edwin at freebsd.org>,
 GNATS <FreeBSD-gnats-submit at FreeBSD.org>
Subject: Re: ports/145769: final link of mail/fetchmail fails libhx509.so undefined reference to MD2_Init etc
Date: Fri, 25 Jun 2010 20:41:06 +1000

 Hi there,
 
 On 25/06/2010, at 20:02 , Stefan Walter wrote:
 
 > Hi,
 >=20
 > Matthias Andree, 06.06.10, 14:06h CEST:
 >=20
 >> This isn't a fetchmail fault, but I see it as incompatibility of the =
 base =20
 >> system Heimdal Kerberos libraries with a base system OpenSSL update =
 that =20
 >> disabled MD2.
 >>=20
 >> crypto.c wouldn't be a file that is part of fetchmail.
 >>=20
 >> This should be recategorized to bin/ and reassigned to the proper =
 team.
 >> Edwin/Stefan, could either of you handle that?
 >> I've got an appointment...
 >=20
 > it seems you're right, as there are more PRs seemingly referencing the
 > same problem:
 >=20
 > ports/137729 (www/mod_auth_kerb2 broken, too)
 > kern/147454 (libgssapi broken in head/8)
 >=20
 > Unfortunately, I'm not familiar with Heimdal at all, and I don't even =
 know
 > who to notify about this so this gets some attention...
 
 Who knows how dynamic linking works?  I don't but I've tracked down the =
 fact that the symbols missing from libhx509.so (MD2_Init etc) *are* =
 defined by /lib/libcrypto.so, but libhx509.so doesn't show that =
 dependency when you run ldd on it.  I'm afraid that I don't know how to =
 change that situation, but I believe that it would make a difference to =
 those builds.
 
 I've written messages on the subject before, but it seems that the =
 people who might know what to do aren't reading, or perhaps there aren't =
 any...
 
 Cheers,
 
 --=20
 Andrew