Date: Sat, 21 Feb 2009 14:16:24 -0800 From: Garrett Cooper <yanefbsd@gmail.com> To: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: CVS suckage Message-ID: <7d6fde3d0902211416y17593931n8b1d43426d6fc5e0@mail.gmail.com> In-Reply-To: <7d6fde3d0902211412i15eb88c5x7ae8d54caa286cec@mail.gmail.com> References: <7d6fde3d0902211412i15eb88c5x7ae8d54caa286cec@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Feb 21, 2009 at 2:12 PM, Garrett Cooper <yanefbsd@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@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,
-Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7d6fde3d0902211416y17593931n8b1d43426d6fc5e0>