Date: Wed, 22 Mar 2000 01:28:34 -0500 (EST) From: Howard Leadmon <howardl@account.abs.net> To: freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org Subject: CVS Trouble, even under 4.0-RELEASE (alpha) HELP! Message-ID: <200003220628.BAA97796@account.abs.net>
next in thread | raw e-mail | index | archive | help
Hello Everyone,
I really thought my problems with CVS were first with going from a -CURRENT
version to the -RELEASE or -STABLE code, but I can see I am now wrong.
The part about this all is that I used to do my CVS updates under 3.4 and
4.0-CURRENT just fine, then about a week before it was all released it
seems like everything fell apart, and running a cvsup and make world now
gives me a trashed and barely operational server.
To try and debug this, I setup another DEC Alpha machine, and then loaded
the actual 4.0-RELEASE from ftp.freebsd.org, and the machine came up just
fine. I then setup the cvs configs (I will include them below) and went on
to update my machine from 4.0-RELEASE to 4.0-STABLE (only a few days have
passed, so should not be any big deal). After the cvsup, I then built a
new kernel and all was fine, loaded it, rebooted, and all was happy.
I then went on and did a 'make buildworld' which when done I performed
a 'make installworld', and again so far all seemed good. I then rebooted
the machine and after booting I then get some weird syslog messages on the
console that show no information, this though seemed like a minor
inconvenience. Doing a 'uname -a' showed me that yes I am at 4.0-STABLE
and the update seemed successful.
Now for where the problems start, I went back to my sources and tried to
again build a new kernel. I did a 'make clean' and then followed it by
running a 'make depend', this time I get:
# make depend
cc -c -O2 -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -Wa,-mev56 ../../alpha/alpha/genassym.c
In file included from ../../alpha/alpha/genassym.c:43:
../../sys/systm.h:331: invalid #-line
In file included from ../../alpha/alpha/genassym.c:45,
from ../../alpha/alpha/genassym.c:43:
../../sys/proc.h:47: invalid #-line
In file included from ../../sys/signal.h:245,
from ../../sys/proc.h:50,
from ../../alpha/alpha/genassym.c:43:
../../sys/ucontext.h:34: invalid #-line
../../alpha/alpha/genassym.c:44: #-lines for entering and leaving files don't match
In file included from ../../alpha/alpha/genassym.c:50:
../../sys/socket.h:232: invalid #-line
In file included from ../../alpha/alpha/genassym.c:51:
../../sys/resource.h:101: invalid #-line
../../sys/resource.h:123: invalid #-line
In file included from ../../alpha/alpha/genassym.c:52:
../../sys/resourcevar.h:98: invalid #-line
In file included from ../../alpha/alpha/genassym.c:59,
from ../../alpha/alpha/genassym.c:52:
../../vm/vm_map.h:380: invalid #-line
In file included from ../../netinet/in.h:446,
from ../../alpha/alpha/genassym.c:62,
from ../../alpha/alpha/genassym.c:59,
from ../../alpha/alpha/genassym.c:52:
../../netinet6/in6.h:453: invalid #-line
In file included from ../../alpha/alpha/genassym.c:65,
from ../../alpha/alpha/genassym.c:59,
from ../../alpha/alpha/genassym.c:52:
../../nfs/nfs.h:728: invalid #-line
*** Error code 1
Stop in /usr/src/sys/compile/ALPHA.
OUCH! So I thought let's see how bad another attempt at doing running
a 'make buildworld' fails, and what do I get:
# make buildworld
--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
rm -rf /usr/obj/usr/src/alpha
mkdir -p /usr/obj/usr/src/alpha/usr/bin
mkdir -p /usr/obj/usr/src/alpha/usr/lib/compat/aout
mkdir -p /usr/obj/usr/src/alpha/usr/games
mkdir -p /usr/obj/usr/src/alpha/usr/libdata/ldscripts
mkdir -p /usr/obj/usr/src/alpha/usr/libexec/elf
mkdir -p /usr/obj/usr/src/alpha/usr/sbin
mkdir -p /usr/obj/usr/src/alpha/usr/share/misc
mkdir -p /usr/obj/usr/src/alpha/usr/include/arpa
mkdir -p /usr/obj/usr/src/alpha/usr/include/g++/std
mkdir -p /usr/obj/usr/src/alpha/usr/include/objc
mkdir -p /usr/obj/usr/src/alpha/usr/include/protocols
mkdir -p /usr/obj/usr/src/alpha/usr/include/readline
mkdir -p /usr/obj/usr/src/alpha/usr/include/rpc
mkdir -p /usr/obj/usr/src/alpha/usr/include/rpcsvc
mkdir -p /usr/obj/usr/src/alpha/usr/include/openssl
mkdir -p /usr/obj/usr/src/alpha/usr/include/security
mkdir -p /usr/obj/usr/src/alpha/usr/include/ss
ln -sf /usr/src/sys /usr/obj/usr/src/alpha/sys
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/alpha DESTDIR=/usr/obj/usr/src/alpha INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=alpha TOOLS_PREFIX=/usr/obj/usr/src/alpha PATH=/usr/obj/usr/src/alpha/usr/sbin:/usr/obj/usr/src/alpha/usr/bin:/usr/obj/usr/src/alpha/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOMAN -DNOINFO -DNOHTML bootstrap-tools
cd /usr/src/games/fortune/strfile; make obj; make depend; make all; make install
/usr/obj/usr/src/alpha/usr/src/games/fortune/strfile created for /usr/src/games/fortune/strfile
rm -f .depend
mkdep -f .depend -a -I/usr/obj/usr/src/alpha/usr/include /usr/src/games/fortune/strfile/strfile.c
cd /usr/src/games/fortune/strfile; make _EXTRADEPEND
echo strfile: /usr/obj/usr/src/alpha/usr/lib/libc.a >> .depend
cc -O2 -pipe -Wall -I/usr/obj/usr/src/alpha/usr/include -c /usr/src/games/fortune/strfile/strfile.c
In file included from /usr/src/games/fortune/strfile/strfile.c:56:
/usr/include/stdlib.h:182: invalid #-line
In file included from /usr/src/games/fortune/strfile/strfile.c:58,
from /usr/src/games/fortune/strfile/strfile.c:56:
/usr/include/string.h:98: invalid #-line
*** Error code 1
Stop in /usr/src/games/fortune/strfile.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
As you can see, same basic problem, it's upset about files that seem to
have the #'s in them. The above machine was loaded from the default
release code on ftp.freebsd.org, and only changes were that I added the
binary packages of cvsup-bin and a few shells, so really a stock Alpha
with FBSD 4.0 on it.
If I cvsup my Intel boxes, they all seem fine, and I used to be able to
update my Alpha, but something happened a week or two before the RELEASE
version of 4.0 came out that broke everything for me.
I have reloaded several of my alpha's, and this test machine at least
4 different times just to test if it would blow up each time, and at what
point it did. Every time, it ends up in this shape, and is basically an
unusable machine as I would be unable to ever apply any kernel patches
or updates, and any security fixes that wander down the road.
I am at a total loss as to what I am doing wrong here, and what changed
that caused what used to work for me to break so badly. If anyone has any
clues, or thinks they can help me figure this out please let me know, as
right now I have about a half dozen Alpha boxes that I can't really use
FBSD on, or at least not anything but the most basic default load.
Finally here is what I use to cvsup, if there is something wrong with
what I am doing hopefully someone can set me on the right path:
*default tag=RELENG_4
*default host=cvsup6.FreeBSD.org
*default prefix=/usr
*default base=/usr/local/etc/cvs/source
*default release=cvs delete use-rel-suffix
src-all
cvs-crypto
I will look forward to any help someone can offer, and hopefully I can get
my Alpha's back on the right track like I have working fine with my Intel's..
---
Howard Leadmon - howardl@abs.net - http://www.abs.net
ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200003220628.BAA97796>