On 11 August 2012 18:10, Jordi Espasa Clofent <jespa...@minibofh.org> wrote:
> That's really strange. With a non-modified configure.in (which means that is
> containing this misplaced stanza), I did:
>
> # cd /usr/ports/security/tor/
> # make deinstall
> # make clean
> # make install
>
> and... voilá:
>
> mb# ldd /usr/local/bin/tor
> /usr/local/bin/tor:
> libtcmalloc.so.2 => /usr/local/lib/libtcmalloc.so.2 (0x2844e000)
> libz.so.5 => /lib/libz.so.5 (0x281aa000)
> libm.so.5 => /lib/libm.so.5 (0x281bc000)
> libevent-2.0.so.6 => /usr/local/lib/event2/libevent-2.0.so.6
> (0x284b6000)
> libssl.so.7 => /usr/local/lib/libssl.so.7 (0x284f1000)
> libcrypto.so.7 => /usr/local/lib/libcrypto.so.7 (0x2853f000)
> libthr.so.3 => /lib/libthr.so.3 (0x281df000)
> libc.so.7 => /lib/libc.so.7 (0x28090000)
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x286a1000)
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x281f4000)
>
> So it seems the 'make clean' did some magic. According to man ports(7):
>
> clean Remove the expanded source code. This recurses to
> dependencies unless NOCLEANDEPENDS is defined.
>
> Should I understand it was some 'expanded source code' which was breaking my
> local ports tree?
make clean removes ${WRKDIR}, which is where the sources are extracted
(usually PORTSDIR/category/port/work). No magic here ;)
Not sure what was going on here, but it may indicate that the
misplaced stanza doesn't have a catastrophic effect. It's still wrong
though!
Chris
_______________________________________________
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
