Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.uwa.edu.au!nodecg.ncc.telecomwa.oz.au!not-for-mail
From: tdwyer@netbsd08.dn.itg.telecom.com.au (Terry Dwyer)
Newsgroups: comp.os.386bsd.questions
Subject: Re: Upgrading FreeBSD-1.0R(bin) to 1.1R(src) HOW???
Date: 13 May 1994 10:01:13 +0800
Organization: Telecom Australia
Lines: 97
Distribution: world
Message-ID: <2qun1n$ngh@netbsd08.dn.itg.telecom.com.au>
References: <ALBERT.94May11180529@tricky.tnt.es.ele.tue.nl> <JKH.94May12115553@morse.ilo.dec.com>
NNTP-Posting-Host: 144.139.63.32
X-Newsreader: TIN [version 1.2 PL2]
Jordan Hubbard (jkh@morse.ilo.dec.com) wrote:
: In article <ALBERT.94May11180529@tricky.tnt.es.ele.tue.nl> albert@tricky.tnt.es.ele.tue.nl (Albert Mietus) writes:
: I have a working 1.0R system, and the 1.1R sources. The QUESTION what to do.
: Once ..., I have recompiled 386BSD no problem then.
: If you have full 1.R sources (and you should grab at least all the ksrc
: files, though I'd recommend the entire thing since you also need bits like
: /usr/src/usr.sbin/config and it just starts to get messy otherwise!)
: then you can use my upgrade script as a guide - look on freebsd.cdrom.com,
: it's pretty obviously named! :-)
[ deleted ]
: Has anybody already compiled a 1.1R kernel on a 1.0R system?
: Or should I make a bindist update first, then recompile??
: You should update the entire system rather than trying to do just the
: kernel - a LOT of things have changed between 1.0R and 1.1! If you
: haven't got the disk space for full source then I recommend that you
: do a complete 1.1R bindist install instead, after backing up your /etc
: and user files.
I tried using the script from freebsd.cdrom.com:
FreeBSD-1.0.2-to-1.1.upgrade.sh
and am sorry to say it didn't work. I sent you mail on the subject a
couple of days ago (and to hackers), in reply to one of your messages
" Worried about 1.1R installation", but didn't get a reply from anyone.
I know it got to hackers, because it came back to me.
Here is the gist of my previous message:
-----------------------------------------------------------------------
I used EXTRACT.sh and the init worked fine. Good work!
I modified the bin.a[a-b] to srcbin.a[a-b] as suggested in your post to
the newsgroups. (see below)
I did this with the unencumbered security stuff from Geoff Rhemet and it
appeared to work ok. I only had to modify EXTRACT.sh to use the right
filename
After extracting the 1.1R sources over the existing sources, I ran your
1.0.2 to 1.1R upgrade script. I assume that unpacking over the existing
sources was the right thing to do.
BTW there was a problem with unpacking srcdist over existing sources.
Some files (in /usr/src/share/doc) attempted to unpack over
existing directories. I did an rm -r on /usr/src/share/doc and unpacked
again and everything ws OK
The first part went OK and I rebooted and ran it again as instructed.
The make world started and by the time I went to bed, it had just got
past the libs. This morning I had alook and it had failed at make.
cc -O -I /usr/src/usr.bin/make -c /usr/src/usr.bin/make/arch.c
*** Signal 10
Stop error code 1
Stop
I had a brief look around in /usr/src/usr.bin and there was nothing in the
object directories except for gcc.core in:
make, mesg, cat, ar
I had a look in /usr/lib. there was an _old_ librpc.a
In /usr/include about 30% of the files were old stuff - the directory
/usr/include/g++ and it's contents were also old
I now can't compile anything at all. After starting a make, when the
first file is being processed, it always fails with Signal 10.
I followed the procedures as recommended in your post:
`Possible problem with installing srcdist on 1.1R - a work-around'
Did I do something wrong? I do have the bindist stuff. I presume if I
unpack, (using extract, not Extract.sh), bindist over what's there now I
should be able to compile. I don't want to do this, I have a number of
boxes running 1.0.2 that need to be upgraded, and this was the first. I'd
like to get this to work so I can get all the other boxes running 1.1R.
I'll wait for a response before doing anything. ( well, not too long. )
Terry
--
_-_|\ Terry Dwyer E-Mail: tdwyer@netbsd08.dn.itg.telecom.com.au
/ \ System Administrator Phone: +61 9 491 5161 Fax: +61 9 221 2631
*_.^\_/ Telecom Australia Telstra Corporation MIME capable mailer
v Perth WA ( I do not speak for Telstra or Telecom )