Date: 01 Apr 2003 10:24:11 -0800 From: Mike Harding <mvh@ix.netcom.com> To: "Bruce A. Mah" <bmah@freebsd.org> Cc: stable@freebsd.org Subject: Re: Old libraries and includes... Message-ID: <1049221451.592.9.camel@netcom1.netcom.com> In-Reply-To: <20030401061806.GB12603@intruder.bmah.org> References: <20030331224018.5506C529B@netcom1.netcom.com> <20030401061806.GB12603@intruder.bmah.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I think that some ports failed to compile because of the presence of des.h, and also some ports checked for kereberos by looking for libraries, and found them, but then failed to compile because the headers weren't present. I can't reproduce this right now because I have scrubbed out the lib and include directories. I'll forward the group if I can reproduce the problem - one issue might have been with Postfix + TLS. - Mike H. On Mon, 2003-03-31 at 22:18, Bruce A. Mah wrote: > If memory serves me right, Mike Harding wrote: > > > > I have had some problems caused by old includes and libraries when > > building ports, and it's not very easy to de-kerberize a system. > > There used to be an option to clear out the includes when doing a > > source upgrade, this does not seem to be around any more. > > > > /usr/includes/des.h seems to be a likely cuprit... > > > > I tried moving /usr/includes and /usr/libs out of the way, but the > ^^^^^^^^ ^^^^ > You mean /usr/include and /usr/lib. > > > install doesn't work properly. > > Could you be a little more specific than "doesn't work properly"? :-p > > I'm pretty sure (but not positive) that you can move /usr/include out > of the way before an installworld (between the "reboot to single user > mode" step and "make installworld" step). Don't know about /usr/lib. > > Bruce.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1049221451.592.9.camel>