On Sat, Feb 21, 2009 at 2:12 PM, Garrett Cooper <yanefbsd_at_gmail.com> wrote: > Hi guys, > Now I realize that cvs is an old RCS method and all, and is > incredibly buggy, but I cannot for the life of me get the version in > the source tree nor the version in ports to work for me when syncing > (fails to connect), checking out (fails to connect), or check in > (segfaults) either for the FreeBSD repository or outside repositories. > What I'm trying to do is trace down the dependent libraries and > rebuild them, just in case they're corrupt / nonfunctional, but I > can't determine where gcrypt lives within the source tree: > [root_at_orangebox /usr/src]# ldd `which cvs` > /usr/bin/cvs: > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x28130000) > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28139000) > libcrypt.so.4 => /lib/libcrypt.so.4 (0x2822e000) > libc.so.7 => /lib/libc.so.7 (0x28247000) > Could someone provide me a pointer on this? > Thanks, > -Garrett I just stared at the ldd output and it appears that 2/4 of the libraries are being picked up from ports. Isn't there a policy for LDFLAGS / CFLAGS in base? Thanks, -GarrettReceived on Sat Feb 21 2009 - 21:16:24 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:42 UTC