Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Mar 1996 11:53:56 -0800
From:      David Muir Sharnoff <muir@idiom.com>
To:        freebsd-stable@freebsd.org
Subject:   Is stable supposed to compile right now?
Message-ID:  <199603151953.LAA13929@idiom.com>

next in thread | raw e-mail | index | archive | help

It doesn't for me.  Here's what I did...   

On my 2.1-RELEASE system, I ...

sup'ed the cvs tree.  did a cvs checkout -r RELENG_2_1_0.
I did a make install in /usr/src/include and /usr/src/share.

Here's the errors I get from the second run of make -k in /usr/src:

===> lib/libc
"Makefile", line 19: Could not find /usr/src/lib/libc/gen/Makefile.inc
Fatal errors encountered -- cannot continue
*** Error code 1 (continuing)

===> gnu/usr.bin/cvs/cvs
cc -O -I/usr/src/gnu/usr.bin/cvs/cvs/../lib -DHAVE_CONFIG_H   -c client.c
client.c: In function `update_entries':
client.c:1098: storage size of `context' isn't known
*** Error code 1 (continuing)
cc -O -I/usr/src/gnu/usr.bin/cvs/cvs/../lib -DHAVE_CONFIG_H   -c update.c
update.c: In function `patch_file':
update.c:1228: storage size of `context' isn't known
*** Error code 1 (continuing)
`all' not remade because of errors.

===> sbin/nfsd
cc -O -DNFS   -c nfsd.c
nfsd.c:84: libutil.h: No such file or directory
*** Error code 1 (continuing)
`all' not remade because of errors.

===> share/doc/usd/13.viref
# Build index.so, side-effect of building the paper.
(cd /usr/src/share/doc/usd/13.viref/../../../../usr.bin/vi/USD.doc/vi.ref; soelim vi.ref) | tbl | groff -Thp -t -s -me -o1- > /dev/null
groff: can't find `DESC' file
groff:fatal error: invalid device `hp'
*** Error code 3 (continuing)
`all' not remade because of errors.

===> usr.bin/tn3270/mset
cd /usr/src/usr.bin/tn3270/mset/../tools/mkastosc; make
/usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc  /usr/src/usr.bin/tn3270/mset/../ctlr/hostctlr.h /usr/src/usr.bin/tn3270/mset/../ctlr/function.h  < /usr/src/usr.bin/tn3270/mset/../ctlr/unix.kbd > astosc.OUT
/usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc: not found
*** Error code 2 (continuing)
`all' not remade because of errors.

===> secure/lib/libtelnet
cc -O -DHAS_CGETENT -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/include/kerberosIV -DDES_ENCRYPTION -c kerberos.c -o kerberos.o
kerberos.c:62: des.h: No such file or directory
kerberos.c:63: krb.h: No such file or directory
*** Error code 1 (continuing)
cc -p -O -DHAS_CGETENT -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/include/kerberosIV -DDES_ENCRYPTION -c kerberos.c -o kerberos.po
kerberos.c:62: des.h: No such file or directory
kerberos.c:63: krb.h: No such file or directory
*** Error code 1 (continuing)
cc -fpic -DPIC -O -DHAS_CGETENT -DENCRYPTION -DAUTHENTICATION -DKRB4 -I/usr/include/kerberosIV -DDES_ENCRYPTION -c kerberos.c -o kerberos.so
kerberos.c:62: des.h: No such file or directory
kerberos.c:63: krb.h: No such file or directory
*** Error code 1 (continuing)
`all' not remade because of errors.

===> secure/libexec/telnetd
cc -O -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -I/usr/src/secure/libexec/telnetd/../../lib -DAUTHENTICATION -DENCRYPTION    -o telnetd authenc.o global.o slc.o state.o sys_term.o telnetd.o termstat.o utility.o  -L/usr/src/secure/libexec/telnetd/../../lib/libtelnet -lutil -ltermcap -ltelnet -ldes -lkrb
state.o: Undefined symbol `_auth_request' referenced from text segment
*** Error code 1 (continuing)
`all' not remade because of errors.

===> secure/usr.bin/telnet
cc -O -DTERMCAP -DKLUDGELINEMODE -DUSE_TERMIO -DENV_HACK -I/usr/src/secure/usr.bin/telnet/../../lib -DAUTHENTICATION -DENCRYPTION -DKRB4    -o telnet authenc.o commands.o main.o network.o ring.o sys_bsd.o telnet.o terminal.o tn3270.o utilities.o  -L/usr/src/secure/usr.bin/telnet/../../lib/libtelnet -ltermcap -ltelnet -ldes -lkrb
authenc.o: Undefined symbol `_encrypt_output' referenced from text segment
*** Error code 1 (continuing)
`all' not remade because of errors.

The other problem that I have is that the new ipfw doesn't appear to
work.   Since there is now a default rule to drop all packets, a 
non-functional ipfw is a show-stopper.

-Dave



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199603151953.LAA13929>