From owner-freebsd-alpha Tue Mar 21 22:28:50 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 1A74C37C08E; Tue, 21 Mar 2000 22:28:36 -0800 (PST) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id BAA97796; Wed, 22 Mar 2000 01:28:34 -0500 (EST) (envelope-from howardl) From: Howard Leadmon Message-Id: <200003220628.BAA97796@account.abs.net> Subject: CVS Trouble, even under 4.0-RELEASE (alpha) HELP! To: freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org Date: Wed, 22 Mar 2000 01:28:34 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 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-alpha" in the body of the message