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 install doesn't work properly. Any body got any other options that work? Could we add back the code in the makefile that scrubbed the includes directory before an upgrade? Right now I am reduced to using 'find' to find old includes and libraries, and that's not perfect (doesn't work with perl, for example). - Mike H.
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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20030331/36c81441/attachment.bin
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.