Date: Thu, 02 Nov 2000 14:09:02 -0800 From: Kent Stewart <kstewart@urx.com> To: tony <tony@tntpro.com> Cc: questions@FreeBSD.ORG Subject: Re: Question with make world breakage Message-ID: <3A01E5FE.8FDECA49@urx.com> References: <14847.65087.529538.447033@guru.mired.org> <007c01c04506$22d55320$0a00a8c0@tntpro.com> <3A01CA78.2CA4055C@urx.com> <010b01c0450b$4d6b2c40$0a00a8c0@tntpro.com>
next in thread | previous in thread | raw e-mail | index | archive | help
tony wrote: > > I just wanted to thank you, make world has now proceded! I do have a > question, according to the freebsd webpage section on mailing lists > http://www.freebsd.org/handbook/eresources.html#ERESOURCES-MAIL these > are the differences between the two lists (I subscribe to both) they seem > pretty vague to me! I think the day you don't make a mistake or learn something is a day you didn't do anything. Computers let us make mistakes around a number of other people and then let them see us do it. When you have been programming going on 40 years like I have, you learn to laugh at your mistakes when they are funny. The problem with a good memory is that I can still remember all of the memorable ones :). The older they are, the more likely a memory bit failure will link two or more pointers. The charters are vague but the way I reconciled them is in the following way. Questions is for mostly generic subjects not covered by a different charter. There are a lot of charters out there :). If you ask the wrong question, you could be told to ask it on a different list. I follow -questions, cvs-all, -hackers, -docs, -ports, and -stable. That produces a lot of email. Lasts nights run by the Love Virus was truly awesome in quantity. I was playing Solitare on a W2K box and when I turned around I had a 100+ messages in my various inboxes and the quantity was still growing rapidly. I really only read 10-20% of it and can add something to ~5-10 of them. If you ask a question on the wrong list, hopefully, you will be given some information at the same time as it is suggested you ask it in the right place. FreeBSD-Stable, for example, has the charter for subjects dealing with following Freebsd stable. If you are cvsup'ing stable and it breaks the buildworld or buildkernel, you really don't want to ask what happened on questions because the only people there that will have any idea what you are dealing with will also be subscibed to stable. The rest will think you forgot your miibus device line. If there isn't anyone following stable and reading email on questions, you could wait a while for a response. The response could be wrong up front. The right question on the wrong list can produce the wrong solution. If I had a generic question on configuring my kernel, I wouldn't ask the question on stable because it would seem to be a question for -questions. Asking -questions about configuring a new device would also be wrong because if it was something just added to -stable and the people that added to driver would be expecting questions on -stable, cvs-all, or -hackers. Ask a dumb question on -hackers and it most likely won't be answered. They are looking at how bits are handled by an interface and may not have the time to stop and answer a dumb question. There is a lot of overlap on all of these areas. They are not totally unique. They have a different updating scheme on 4-stable. You have to read /usr/src/UPDATING. The buildworld, build[install]kernel, installworld sequence allows the system to bootstrap its way to new versions. A system change may require features in a new complier. A "make world" might fail completely and they have taken to suggesting you not do "make world" on 4-stable or upgrades to 4-stable. If you do a "make world" and it fails, they also tell you to not make any comments on your problem until after you have tried the buildworld > buildkernel, installworld sequence. In other words, if you didn't do it right to begin with, don't bother us until you have tried the recommended scheme. Your crt... problem would most likely fail either way. FWIW, I have a script that does a cvsup of stable, converts the cvsup log to HTML, and then follows the buildworld, build[install]kernel, installworld update sequence. One command does almost all of the buildworld for me. Each step also redirects the output from the make as a log of that step and gives it a unique date-timestamp. Before I run mergemaster I check the build logs. If they are ok, I run mergemaster and reboot. I can go back for at least my last 5 or 6 system builds. I can tell you what was modified before I began the build and the make log will have the build failure captured in a text file. Some of those failures are pretty obscure and all you can do is cut and paste the error message into an email to the right list and hope it means something to the right person. This is where the cvsup_log.html is important because it lets you track the changes. If you can attribute the failure to a particular cvs-commit, I copy the failure to the person commiting the change on cvs-all. If it is a real problem (not an operator error by me), fixes magically appear in cvs-all. You wait an hour for your mirror to propogate the fix, do a cvsup update, and start your build sequence over again. This is all associated with developing a way that works for you. If you KISS it and make it simple and straight forword, the chances for errors go down. I've been biten by two of O'Brien's major changes. I learned about buildkernel when he upgraded the /binutils before 4.1. That was an operator error by me. I got the crt... error about an hour after he commited the first version and before he changed the way he did it. The latest version of -stable is running pretty smooth at this point as 4.2-Beta. Kent > > freebsd-questions User questions and technical support > freebsd-stable Discussion concerning the use of FreeBSD-stable > > ----- Original Message ----- > From: "Kent Stewart" <kstewart@urx.com> > To: "tony" <tony@tntpro.com> > Cc: <questions@FreeBSD.ORG> > Sent: Thursday, November 02, 2000 3:11 PM > Subject: Re: Question with make world breakage > > > > > > > tony wrote: > > > > > > where do I go from here? this started two days ago, I keep cvsuping > hoping > > > it will fix it self but everytime I make world I get this: > > > > > > PS it should be noted that make world went fine once, then I went to > > > config/make install kernel and that failed, so I recvsuped and that is > when > > > make world started stalling > > > > > > >>> stage 1: bootstrap tools > > > -------------------------------------------------------------- > > > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 > > > DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" > > > MACHINE_ARCH=i386 TOOLS_PREFIX=/usr/obj/usr/src/i386 > > > > PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/u > > > sr/src/i386/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/i386/usr/src/games/fortune/strfile created for > > > /usr/src/games/fortune/strfile > > > rm -f .depend > > > mkdep -f .depend -a -I/usr/obj/usr/src/i386/usr/include > > > /usr/src/games/fortune/strfile/strfile.c > > > cd /usr/src/games/fortune/strfile; make _EXTRADEPEND > > > echo strfile: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > > > cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c > > > /usr/src/games/fortune/strfile/strfile.c > > > cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -o strfile > > > strfile.o > > > /usr/lib/crtbegin.o: In function `_init': > > > /usr/lib/crtbegin.o(.init+0x0): multiple definition of `_init' > > > /usr/lib/crti.o(.init+0x0): first defined here > > > /usr/lib/crtbegin.o: In function `_fini': > > > /usr/lib/crtbegin.o(.fini+0x0): multiple definition of `_fini' > > > /usr/lib/crti.o(.fini+0x0): first defined here > > > *** Error code 1 > > > > > > Stop in /usr/src/games/fortune/strfile. > > > *** Error code 1 > > > > You are asking in the wrong list. If you try to follow 4-stable, you > > should also be subscibed to freebsd-stable. You also have to either > > follow cvs-all, or have a link to it on freebsd.org. There are many > > messages dealing with this on -stable. > > > > David O'Brien's fix is as follows > > > > cd /usr/src/lib/csu/i386-elf > > make cleandir ; make cleandir ; make obj ; make depend ; make all > > install > > cd /usr/src/gnu/lib/csu > > make cleandir ; make cleandir ; make obj ; make depend ; make all > > install > > > > When the upgrade first came out, I was hit with this problem. At that > > time, I didn't find this all necessary. I only had to modify .../csu > > and then I did a make all install. The crt...'s are built in stage 2 > > but strfile needs the changes in stage 1. > > > > Also make sure you don't have anything but the Makefile in > > /usr/src/gnu/lib/csu. > > > > Kent > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-questions" in the body of the message > > > > -- > > Kent Stewart > > Richland, WA > > > > mailto:kbstew99@hotmail.com > > http://kstewart.urx.com/kstewart/index.html > > FreeBSD News http://daily.daemonnews.org/ > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message -- Kent Stewart Richland, WA mailto:kbstew99@hotmail.com http://kstewart.urx.com/kstewart/index.html FreeBSD News http://daily.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A01E5FE.8FDECA49>