Excellent, thank you, it's working here again.<br><br><div class="gmail_quote">On Sun, Dec 6, 2009 at 8:13 AM, Hans Schnehl <span dir="ltr"><<a href="mailto:torvallenator@gmail.com">torvallenator@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Sun, Dec 06, 2009 at 04:37:51AM -0600, Scott Bennett wrote:<br>
<br>
<br>
> Hmm. I have 0.9.8l installed, too, but I guess I don't know which<br>
> version (i.e., base system vs. port) the build procedure for tor links in.<br>
<br>
</div>BINGO. Thanks, Scott.<br>
<br>
According to this (it makes sense to read the whole thread, though):<br>
<a href="http://lists.freebsd.org/pipermail/freebsd-ports/2009-December/058074.html" target="_blank">http://lists.freebsd.org/pipermail/freebsd-ports/2009-December/058074.html</a><br>
<br>
<br>
I rebuilt Tor version 0.2.2.6-alpha (git-1ee580407ccb9130)<br>
available in the portstree and compiled against openssl 0.9.8l .<br>
I did that in a buildjail, but nevertheless should it should work on the<br>
main system, if desired.<br>
<br>
I added 'WITH_OPENSSL_PORT=YES' to /etc/make.conf and let FreeBSD do the<br>
rest with 'make install clean' in the tor-devel directory.<br>
<br>
Out comes a perfectly compiled binary doing what it is supposed to.<br>
<br>
The jail Tor is running in now actually has both, base and ports openssl<br>
but Tor doesn't care. Building a system without base openssl, see<br>
the documentation.<br>
Removing the formerly set LD_LIBRARY_PATH does now have no effect, there<br>
are two openssl binaries: /usr/bin/openssl (base) and<br>
/usr/local/bin/openssl ( ports) which shows no negative impact on Tor.<br>
<br>
this is what it looks like if compiled with the appropriate setting in<br>
/etc/make.conf:<br>
root@ato# ldd /usr/local/bin/tor<br>
/usr/local/bin/tor:<br>
libz.so.4 => /lib/libz.so.4 (0x8817f000)<br>
libm.so.5 => /lib/libm.so.5 (0x88191000)<br>
libevent-1.4.so.3 => /usr/local/lib/libevent-1.4.so.3 (0x881a6000)<br>
libssl.so.5 => /usr/local/lib/libssl.so.5 (0x881bb000)<br>
libcrypto.so.5 => /usr/local/lib/libcrypto.so.5 (0x881ff000)<br>
libthr.so.3 => /lib/libthr.so.3 (0x88346000)<br>
libc.so.7 => /lib/libc.so.7 (0x8835a000)<br>
librt.so.1 => /usr/lib/librt.so.1 (0x88449000)<br>
<div class="im"><br>
<br>
<br>
> until you provided the search string. The low rate of occurrence may be<br>
> due to the relatively small portion of FreeBSD-based routers that have been<br>
> updated and rebooted out of the relatively small fraction of the router<br>
> population that is FreeBSD-based.<br>
><br>
<br>
<br>
</div>So if the operators of the committedly small portion of FreeBSD Tornodes<br>
encounter similar, just leave the base openssl.<br>
This is untested yet on other than the 7.2-Stable platform.<br>
<br>
Tor 0.2.2.6-alpha runs fine against openssl 0.9.8l on FreeBSD. Sorry for the<br>
noise and thanks to all.<br>
<br>
Regards<br>
<font color="#888888"><br>
Hans<br>
</font></blockquote></div><br>