Date: Mon, 02 Oct 2000 00:19:28 +0100 (BST) From: David Marsh <drmarsh@bigfoot.com> To: FreeBSD-Stable LIST <freebsd-stable@freebsd.org> Subject: Order of 'make's in updating from 3.2 -> RELENG_4 Message-ID: <XFMail.001002001928.drmarsh@bigfoot.com>
next in thread | raw e-mail | index | archive | help
[Apologies if this is a repeated post. I think my computer may have goofed
when I tried to send this initially..]
I am currently running FreeBSD 3.2, which I installed from the
distribution CDs.
I would like to update to 4.x (mainly to see if I can get my soundcard
(SoundBlaster 16 PCI) to work, and because I notice that my system
can't make some of the newer ports, and, also, "it's about time.." ;-)
After weeks of dithering through fear, I finally took the plunge to try
cvsup, and I was *very* impressed at how easily it worked :-)
Here's the background, and now I'm unsure how to proceed next..
I apologise if these are stupid questions, but having heeded the
warnings on this list about the risks about doing what one thought was
right (and discovering that it wasn't, with (very) nasty things
happening instead), I'd like to be very clear whether I am Doing The
Right Thing at all times!
I'm now at the stage where, over the past few days, I have cvsup'ped my
sources to RELENG_4: because I'm sharing the phone line with others,
I've been cvsup'ping in "chunks", for about an hour each night (and
stopping cvsup from the GUI before I hang up, each time), until my
system is up to date. (I assume that everything is now up to date,
because if I try to cvsup again, it seems happy that it has
everything it needs..?
My cvsup file fetches 'src-all' with the following settings:
*default host=cvsup.uk.FreeBSD.org
*default base=/usr/local/etc/cvsup
*default prefix=/usr
*default release=cvs tag=RELENG_4
*default delete use-rel-suffix
However, I'm unsure about the following:
## Export-restricted collections.
#
# Only people in the USA and Canada may fetch these collections. If
# you are not in the USA or Canada, please use the collections in the
# "secure-supfile" instead.
#src-crypto
#src-eBones
#src-secure
If I understand correctly, it's no longer prohibited for persons
outwith the USA (with the exception of a certain few countries) to
retrieve these files. Are these files now fetched as part of src-all,
or must I still fetch them separately somehow before I can upgrade?
I have also read the Handbook section on "make world" and
/usr/src/UPDATING.
/usr/src/UPDATING mentions various occasions when changes (after 3.2
was released) to the sources have required remakes of either the
kernel or the world, eg:
19990929 sigset_t change
199912xx change from wd to ad
20000117 texinfo updated
(mildly curious why this requires such a 'big fix'?)
[..and various other things ominously recommending remaking..]
This induces a sense of fear that my planned upgrade may be tricker
(impossible?) than thought. Or, is it the case that these entries *only*
affect "people upgrading from earlier [than 3.x?] versions of
-stable/-current" as the file says, and that I don't need to worry
about these?
How does the change from wd to ad affect me?
(Is wd still present, so I can worry about changing to ad 'later'?)
If I can do an upgrade, when I compare the Handbook and "UPDATING",
I'm unsure which I should follow with regard to the following conflict
(I know the Handbook does say that UPDATING normally takes precedence):
The Handbook says:
------------------
[check /etc/make.conf (I don't have /etc/defaults/make.conf) and
/etc/groups [done, seem OK]]
cd /usr/src
make buildworld
<drop to single-user>
make installworld
<use mergemaster (Can I ignore the rest of section 18.4.7??)>
<update /dev>
*then* make a new kernel
(How? UPDATING also appears to suggest that making the kernel has also
been split into two build/install parts, or do I use the 'old' way?)
UPDATING says:
--------------
(Under the section "To update from 3.x to 4.x stable")
cd /usr/src
make buildworld
<follow directions to build/install a kernel>
[Does this mean I should _actually_ build/install a kernel at this point
(before installworld), as described a couple of paragraphs earlier in
UPDATING?]
cd /usr/src/sbin/mknod
make install
<follow rebuild disk /dev entries above>
[Could somebody tell me exactly how to convert the pseudocode
("list of disk/slices") into what I should type in? I'm always a bit
fuzzy about how exactly I should refer to disks/slices..
My system is currently setup as follows:
/dev/wd2s2b none swap
/dev/wd2s2a / ufs
/dev/wd2s2f /usr ufs
/dev/wd2s2e /var ufs
/dev/wcd0c /cdrom cd9660
#
/dev/wd0s2a /mnt/bkp ufs
/dev/wd0s1 /mnt/mfsc msdos
/dev/wd2s1 /mnt/mfsd msdos
proc /proc procfs
(Yes, the disk that FreeBSD is installed on is attached to the primary
thingie [1] on the second IDE controller. I have "root_disk_unit=2" in
/boot/loader.conf to enable my boot sequence to work properly. I
realise that this is a slightly unusual setup, is it likely to cause
any problems here?
[1] My vocabulary has failed me at this time of night: I mean, channel,
connector, port, whatever-you-call-it..]
reboot
[Does this mean to do a complete and total reboot?
(ie, shutdown -r, right down to the BIOS starting up again?)]
<in single user>
cd /usr/src
cd gnu/usr.bin/texinfo/install-info
make install
cd ../../../..
ldconfig -R /usr/obj/usr/src/lib/libc
make installworld [5]
[There is no Footnote 5!? :-( ]
mergemaster [4]
reboot
<multi-user>
The order of installworld, mergemaster, updating /dev, and remaking the
kernel, are different in the two descriptions.
Should I follow UPDATING as it says?
Is it right to make a new kernel before doing installworld and all the
rest?
Once again, I apologise if these are extraordinarily daft questions.
Many thanks for any help/advice!
David.
--
David Marsh,drmarsh@bigfoot.com | http://www.viewport.co.uk/ |
Glasgow, Scotland. | If urgent, phone: +44 77-121-848-90 |
>Trim quotes b4 replying; Quote 1st, reply 2nd; Ask b4 attaching files<
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?XFMail.001002001928.drmarsh>