Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Apr 2010 13:03:23 -0500
From:      Paul Dokas <dokas@oitsec.umn.edu>
To:        gnome@FreeBSD.org
Subject:   openssl problems
Message-ID:  <4BD08F6B.7030507@oitsec.umn.edu>

next in thread | raw e-mail | index | archive | help
Is anyone else having problems with ports that depend on openssl?
I'm seeing rather serious build issues that all seem to be linked
back to the fact that there are two installed versions of openssl
(one in the base and one from ports).  The following PR is an example
of what I'm seeing:

  http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145769

Except I'm getting this same error when attempting to build net-im/empathy.


I'm also now unable to rebuild devel/subversion and database/evolution-data-server
due to configure errors.  Here's an example from the config.log when attempting
to build subversion.  The configure script attempts to find an installation of
neon by attempting to compile the following program:

  /* confdefs.h */
  #define PACKAGE_NAME "subversion"
  #define PACKAGE_TARNAME "subversion"
  #define PACKAGE_VERSION "1.6.11"
  #define PACKAGE_STRING "subversion 1.6.11"
  #define PACKAGE_BUGREPORT "http://subversion.tigris.org/"
  #define PACKAGE_URL ""
  #define SVN_NEON_0_26 1
  #define SVN_NEON_0_27 1
  #define SVN_NEON_0_28 1
  /* end confdefs.h.  */

  #include <ne_compress.h>
  #include <ne_xml.h>
  int main()
  {ne_xml_create(); ne_decompress_destroy(NULL);}

Here's the command line used to compile it and the resulting error:

  % cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/local/include/neon -L/usr/locallib -L/usr/local/lib/db46 ./conftest.c -L/usr/local/lib -lneon -L/usr/local/lib -lintl -lz -lssl -lcrypto -lexpat -lneon

  /usr/local/lib/libneon.so: undefined reference to `SSL_SESSION_cmp'

Given the -L options, I see that it is using /usr/local/lib/libssl.so.
However, SSL_SESSION_cmp is not defined in /usr/local/lib/libssl.so, it's
defined in /usr/lib/libssl.so.  ldd confirms which libssl will be pulled
in by libneon:

  % ldd /usr/local/lib/libneon.so
  /usr/local/lib/libneon.so:
	libintl.so.8 => /usr/local/lib/libintl.so.8 (0x281d1000)
	libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28300000)
	libz.so.5 => /lib/libz.so.5 (0x281da000)
	libssl.so.7 => /usr/local/lib/libssl.so.7 (0x283f6000)
	libcrypto.so.7 => /usr/local/lib/libcrypto.so.7 (0x28443000)
	libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x285a4000)
	libc.so.7 => /lib/libc.so.7 (0x28091000)


Now, I could rebuilt neon28 with "WITHOUT_OPENSSL", but this is hardly
the only port that I'm having problems with and I don't want to pick
through all of the gnome dependencies and fix the issues.


How are the rest of you handling these errors?  I suspect that I must
have missed something like having to do portupgrade -fr openssl\* around
the time that openssl-1.0.0 was imported.  Or, should I just set
WITH_OPENSSL_BASE=yes in /etc/make.conf and be done with it?


Paul
-- 
Paul Dokas                                     dokas at oitsec.umn.edu
======================================================================
Don Juan Matus:  "an enigma wrapped in mystery wrapped in a tortilla."



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BD08F6B.7030507>