NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: tor-0.2.1.22 renegotiating problem



On Fri, 5 Mar 2010, Victor Dorneanu wrote:

I guess I'd have to figure out a way to reorder the paths given in the
linking stage?  (-R/usr/lib comes first right now)
...

Ok.. Here's what I did:

Right. I didn't try to build "manually", but if it works for you it should work for me, so I don't doubt what you say. I'm just saying that messing with CONFIGURE_ARGS alone didn't work, and that it is not necessarily a solution for anyone else who is having trouble with Tor (and reading the mailing list archives).

I did manage to get it working in the end though.

By the way, does it work out of the box for anyone else? It would seem that the package as it stands now is broken -- at least for some of us.


Let's compare things...

The weird thing is that passing "--with-openssl-dir" should work even if I'm building via pkgsrc, right? But it doesn't.

...

generated by GNU Autoconf 2.61.  Invocation command line was


 $ ./configure --with-openssl-dir=/usr/pkg --sysconfdir=/usr/pkg/etc 
--localstatedir=/var --enable-eventdns --enable-threads --prefix=/usr/pkg 
--build=x86_64--netbsd --host=x86_64--netbsd --mandir=/usr/pkg/man

$ pkg_info -B tor-0.2.1.24.tgz | grep CONFIGURE_ARGS

CONFIGURE_ARGS=--sysconfdir=/usr/pkg/etc --with-openssl-dir=/usr/pkg --localstatedir=/var --enable-eventdns --enable-threads --prefix=/usr/pkg --build=i386--netbsdelf --host=i386--netbsdelf --mandir=/usr/pkg/man


(now I run configure again with the same arguments as previously mentioned)

$ ./configure ...

...

checking for openssl directory... /usr/pkg

checking whether we need extra options to link openssl... -Wl,-R/usr/pkg/lib

tor_cv_library_openssl_dir is /usr/pkg

...

Output here is:

===
checking for openssl directory... /usr/pkg
checking whether we need extra options to link openssl... (none)
tor_cv_library_openssl_dir is /usr/pkg
===

So no extra linker flags. But when compiling/linking, the command line includes both "-Wl,-R/usr/lib" and "-Wl,-R/usr/pkg/lib".

(And tor uses /usr/lib and I get the same error...)


What I ended up doing was rerunning the linking stage manually. (cd to src/or in workdir, edit LDFLAGS in Makefile) Now I have a working Tor, and a binary package. Not the prettiest solution though.


MAgnus



Home | Main Index | Thread Index | Old Index