libcrypto.so.3 problem building world with kerberos
Kris Kennaway
kris at obsecurity.org
Sun Jul 24 20:18:37 GMT 2005
On Sun, Jul 24, 2005 at 01:03:04PM -0700, Sean McNeil wrote:
>
> On Jul 24, 2005, at 12:24 PM, Kris Kennaway wrote:
>
> >On Sat, Jul 23, 2005 at 12:40:52PM -0700, Sean McNeil wrote:
> >
> >>I get the following error during build:
> >>
> >>/usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypto.so.3, needed
> >>by /usr/local/lib/libldap.so, not found (try using -rpath or
> >>-rpath-link)
> >>/usr/obj/usr/src/tmp/usr/bin/ld: warning: libssl.so.3, needed
> >>by /usr/local/lib/libldap.so, not found (try using -rpath or
> >>-rpath-link)
> >>/usr/local/lib/libldap.so: undefined reference to
> >>`SSL_CTX_set_tmp_rsa_callback'/usr/local/lib/libldap.so: undefined
> >>reference to `ssl3_send_alert'
> ...
> >>looks like the version number was bumped and the build won't look
> >>in /lib. Is that what is going on?
> >>
> >
> >Do you need to recompile the third party port being used by
> >buildworld?
>
> Yes, that was the solution, but the issue is why the build will not
> allow for libraries in /lib? Is it because all libraries in /lib are
> suppose to be superseded by a new build?
Yes..you don't normally want to link anything in the buildworld
(except bootstrap tools, probably) with previously existing libraries
on the system, or they're not being upgraded.
> I'm just wondering about
> the reasoning that pulls in local packages (ldap.so in /usr/local/
> lib) but doesn't let stuff be in /lib.
That's really a second-class citizen as far as buildworld goes.
Perhaps ru could improve the support if you talk to him about it.
Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20050724/f94f4a50/attachment.bin
More information about the freebsd-current
mailing list