xref: /freebsd/UPDATING (revision bd79cf400b6d525c7b0615a16b7d4d47745e98c6)
157199806SWarner LoshUpdating Information for FreeBSD current users
253dfde79SWarner Losh
3e72fd46aSWarner LoshThis file is maintained and copyrighted by M. Warner Losh
49698f2c0SWarner Losh<imp@village.org>.  See end of file for further details.  For commonly
59698f2c0SWarner Loshdone items, please see the COMMON ITEMS: section later in the file.
6e72fd46aSWarner Losh
769f7bcf3SWarner LoshNOTE TO PEOPLE WHO THINK THAT 5.0-CURRENT IS SLOW:
869f7bcf3SWarner Losh	FreeBSD 5.0-CURRENT has many debugging features turned on, in
969f7bcf3SWarner Losh	both the kernel and userland.  These features attempt to detect
1069f7bcf3SWarner Losh	incorrect use of system primitives, and encourage loud failure
1169f7bcf3SWarner Losh	through extra sanity checking and fail stop semantics.  They
1269f7bcf3SWarner Losh	also substantially impact system performance.  If you want to
1369f7bcf3SWarner Losh	do performance measurement, benchmarking, and optimization,
1469f7bcf3SWarner Losh	you'll want to turn them off.  This includes various WITNESS-
1569f7bcf3SWarner Losh	related kernel options, INVARIANTS, malloc debugging flags
1669f7bcf3SWarner Losh	in userland, and various verbose features in the kernel.  Many
1769f7bcf3SWarner Losh	developers choose to disable these features on build machines
1869f7bcf3SWarner Losh	to maximize performance.
1969f7bcf3SWarner Losh
20a4459294SBill Fenner20021029:
21a4459294SBill Fenner	The value of IPPROTO_DIVERT has changed.  Make sure to keep
22a4459294SBill Fenner	your kernel, netstat, natd and any third-party DIVERT
23a4459294SBill Fenner	consumers in sync.
24a4459294SBill Fenner
25fc8c157fSWarner Losh20021024:
26fc8c157fSWarner Losh	Old, compatibility slices have been removed in GEOM kernels.  This
27fc8c157fSWarner Losh	means that you will have to update your /etc/fstab to not use
28fc8c157fSWarner Losh	disk devices of the form /dev/ad0a.  Instead, you now must
29fc8c157fSWarner Losh	specify /dev/ad0s1a, or whatever slice your FreeBSD partition
30fc8c157fSWarner Losh	really is on.  The old device names have gone away, so if you
31fc8c157fSWarner Losh	use them anywhere else, you must also adjust those uses.
3269f7bcf3SWarner Losh
33fd9e8bdaSAndrew Gallatin20021023:
34fd9e8bdaSAndrew Gallatin	Alphas with kernels from between 20020830 and 20021023 and/or
35fd9e8bdaSAndrew Gallatin	rtld (ld-elf.so.1) older than 20021023 may experience problems
36fd9e8bdaSAndrew Gallatin	with groff while doing a buildworld (kernel: "out of memory",
37fd9e8bdaSAndrew Gallatin	fixed in rev 1.129 of kern/imgact_elf.c; rtld: "too few PT_LOAD
38fd9e8bdaSAndrew Gallatin	segments", fixed in rev 1.8 of libexec/rtld-elf/map_object.c).
39fd9e8bdaSAndrew Gallatin
40fd9e8bdaSAndrew Gallatin	So, to successfully upgrade your Alpha, you must either
41fd9e8bdaSAndrew Gallatin	upgrade your kernel and rtld first (which might be a bit
42fd9e8bdaSAndrew Gallatin	tricky), or avoid running the bootstrapped groff during the
43fd9e8bdaSAndrew Gallatin	"transitional" buildworld.  To avoid running groff during the
44fd9e8bdaSAndrew Gallatin	transitional upgrade run make buildworld with -DNOMAN,
45fd9e8bdaSAndrew Gallatin	-DNO_SHAREDOCS, and -DNO_LPR.
46fd9e8bdaSAndrew Gallatin
47f8a4c901SWarner Losh20020831:
48f8a4c901SWarner Losh	gcc has been upgraded to 3.2.  It is not all binary compatible
49f8a4c901SWarner Losh	with earlier versions of gcc for c++ programs.  All c++
50f8a4c901SWarner Losh	programs and libraries need to be recompiled.
51f8a4c901SWarner Losh
52f8a4c901SWarner Losh	Also, if you encounter g++ issues, rm /usr/include/g++/* before
53f8a4c901SWarner Losh	doing an installworld to make sure that stale files are removed.
54f8a4c901SWarner Losh
55c2248fa2SJens Schweikhardt20020827:
56c2248fa2SJens Schweikhardt	Our /etc/termcap now has all the entries from the XFree86 xterm
57c2248fa2SJens Schweikhardt	almost unchanged. This means xterm now supports color by default.
58c2248fa2SJens Schweikhardt	If you used TERM=xterm-color in the past you now should use
59c2248fa2SJens Schweikhardt	TERM=xterm. (xterm-color will lead to benign warnings).
60c2248fa2SJens Schweikhardt
610d533e43SRuslan Ermilov20020815:
620d533e43SRuslan Ermilov	A "bug" in gcc(1) that was hiding warning in system headers was
630d533e43SRuslan Ermilov	fixed.  It's probably time to add -DNO_WERROR to your make line
640d533e43SRuslan Ermilov	again.
650d533e43SRuslan Ermilov
6633c1de7dSRuslan Ermilov20020729:
6733c1de7dSRuslan Ermilov	COPY is being deprecated.  The 20010530 change was reverted, as
6833c1de7dSRuslan Ermilov	it causes far more pain than was expected, and to always compare
6933c1de7dSRuslan Ermilov	before installing, please use INSTALL="install -C" again.  The
7033c1de7dSRuslan Ermilov	-C option is now silently ignored when used with the -d option.
7133c1de7dSRuslan Ermilov
722b877facSJulian Elischer20020702:
732b877facSJulian Elischer	Problems with libc_r clients like KDE and GNOME have been resolved.
742b877facSJulian Elischer	There are still some minor problems with some signals but the
752b877facSJulian Elischer	system is stable enough for general use again. SMP is less so than UP
762b877facSJulian Elischer	but each can successfully complete multiple buildworlds.
772b877facSJulian Elischer	Libkvm needs to be recompiled due to KSE.
782b877facSJulian Elischer
7906596d37SWarner Losh20020701:
8006596d37SWarner Losh	Now would be a bad time to upgrade.  Something in or near the
8106596d37SWarner Losh	KSE commit totally broke programs using libc_r like KDE and
8206596d37SWarner Losh	GNOME.
8306596d37SWarner Losh
8495ba4330SJacques Vidrine20020511:
8595ba4330SJacques Vidrine	The k5su utility installed as part of Kerberos 5 is no longer
8695ba4330SJacques Vidrine	installed with the set-user-ID bit set by default.  Add
8795ba4330SJacques Vidrine	ENABLE_SUID_K5SU=yes to /etc/make.conf to have it installed
8895ba4330SJacques Vidrine	with the set-user-ID bit set.
8995ba4330SJacques Vidrine
90a81da3c9SDavid E. O'Brien20020510:
91f50caf6fSDavid E. O'Brien	Gcc 3.1 debugging format (cc -g) has changed from STABS to DWARF2.
92f50caf6fSDavid E. O'Brien	Unfortunately our native GDB (at version 4.18) does not understand
934b683fb2SRobert Watson	the DWARF2 debugging format.  Thus you must use `gcc -gstabs+' to
94f50caf6fSDavid E. O'Brien	generated debugging information for our native GDB.
95f50caf6fSDavid E. O'Brien
96f50caf6fSDavid E. O'Brien20020510:
97a81da3c9SDavid E. O'Brien	Due to the way CVS works, it may not properly update src/contrib/gcc
98a81da3c9SDavid E. O'Brien	to the 3.1 sources.  The easiest fix is to `rm -rf' src/contrib/gcc
99a81da3c9SDavid E. O'Brien	and then do a cvs update.
100a81da3c9SDavid E. O'Brien
101528a0ef5SJacques Vidrine20020421:
102528a0ef5SJacques Vidrine	When exec'ing set[ug]id executables, the kernel now ensures that the
103528a0ef5SJacques Vidrine	stdio file descriptors (0..2) are open.  See FreeBSD-SA-02:23.stdio.
104528a0ef5SJacques Vidrine
10585aa5a2eSGregory Neil Shapiro20020404:
10685aa5a2eSGregory Neil Shapiro	New sendmail startup scripts have been installed to make it
10785aa5a2eSGregory Neil Shapiro	easier to use alternative MTAs with FreeBSD.  Setting the rc.conf
10885aa5a2eSGregory Neil Shapiro	variable sendmail_enable to "NO" no longer prevents any sendmail
10985aa5a2eSGregory Neil Shapiro	daemons from starting.  Instead, either set sendmail_enable to
11085aa5a2eSGregory Neil Shapiro	"NONE" or change mta_start_script to a script for starting
11185aa5a2eSGregory Neil Shapiro	an alternative MTA.  Setting mta_start_script to "" will
11285aa5a2eSGregory Neil Shapiro	also prevent any MTA from being started at boot.
11385aa5a2eSGregory Neil Shapiro
1148f1e4358SRuslan Ermilov20020403:
1158f1e4358SRuslan Ermilov	UCONSOLE is no longer a valid kernel option.
1168f1e4358SRuslan Ermilov
1172292c02eSWarner Losh20020315:
1182292c02eSWarner Losh	FreeBSD 5.0 DP-1 was basically branched today.
1192292c02eSWarner Losh
12069f7bcf3SWarner Losh20020225:
12169f7bcf3SWarner Losh	Warnings are now errors in the kernel.  Unless you are a developer,
12269f7bcf3SWarner Losh	you should add -DNO_WERROR to your make line.
12369f7bcf3SWarner Losh
1248f35c493SWarner Losh20020217:
1258f35c493SWarner Losh	sendmail 8.12.2 has been imported.  The sendmail binary is no
1268f35c493SWarner Losh	longer a set-user-ID root binary and the infrastructure to support
1278f35c493SWarner Losh	command line mail submission has changed.  Be sure to run
1288f35c493SWarner Losh	mergemaster (especially for updating /etc/rc, /etc/defaults/rc.conf,
1298f35c493SWarner Losh	and /etc/mail) and read /etc/mail/README for more details.
1308f35c493SWarner Losh
131835284beSWarner Losh	Due to the import of sendmail 8.12.2, a new user and group are
132835284beSWarner Losh	required in order for sendmail to run as a set-group-ID
133835284beSWarner Losh	binary.  A 'make installworld' will use the new user and group
134835284beSWarner Losh	to set the owner and group of /var/spool/clientmqueue and will
135835284beSWarner Losh	fail if the new user and group do not exist.  The 'smmsp' user
136835284beSWarner Losh	and group must be merged from src/etc/group and
137835284beSWarner Losh	src/etc/master.passwd before using 'make installworld'.
138835284beSWarner Losh	'mergemaster -p' will do this.  You may need to install
139835284beSWarner Losh	mergemaster before this will work if you are updating from a
140835284beSWarner Losh	very old version of current.  The updating recipe has changed
141835284beSWarner Losh	as of this date.
142835284beSWarner Losh
143fa9401c1SWarner Losh20020112:
144fa9401c1SWarner Losh	The preferred configuration method for PAM is now /etc/pam.d/
145fa9401c1SWarner Losh	rather than /etc/pam.conf.  If you have an unmodified
146fa9401c1SWarner Losh	pam.conf, just delete it after your next mergemaster run.  If
147fa9401c1SWarner Losh	you have local modifications, you can use
148fa9401c1SWarner Losh	/usr/src/etc/pam.d/convert.pl to incorporate them into your
149fa9401c1SWarner Losh	/etc/pam.d.
150fa9401c1SWarner Losh
151fa9401c1SWarner Losh	Please see the following url for more details:
152fa9401c1SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<xzp6667fyoa.fsf@flood.ping.uio.no>
15347d0d01fSWarner Losh20011229:
15447d0d01fSWarner Losh	If anyone here is already using the new rc.conf(5) variable
15547d0d01fSWarner Losh	networkfs_types, please note that it has changed
15647d0d01fSWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<9744.1009655556@axl.seasidesoftware.co.za>
15747d0d01fSWarner Losh
158514318a8SWarner Losh20011220:
159514318a8SWarner Losh	sys/i4b/driver/i4b_ispppsubr.c has been retired.  This file
160514318a8SWarner Losh	started out its life in the ISDN4BSD project as an offspring
161514318a8SWarner Losh	from sys/net/if_spppsubr.c, which eventually got a life of its
162514318a8SWarner Losh	own.  All the accumulated features and bugfixes of the i4b
163514318a8SWarner Losh	version have now been merged back into the base system's
164514318a8SWarner Losh	version now.  The only user-visible change resulting from this
165514318a8SWarner Losh	is that i4b's sppp(4) interfaces are to be managed with
166514318a8SWarner Losh	spppcontrol(8) again, since ispppcontrol(8) has been retired
167514318a8SWarner Losh	as well.  (There has never been rc file support for
168514318a8SWarner Losh	ispppcontrol in -current, but only in -stable.  That will be
169514318a8SWarner Losh	reverted by the time the changes are MFCed.)
170514318a8SWarner Losh
171514318a8SWarner Losh20011215:
172514318a8SWarner Losh	The fdc(4) driver has been updated and now automatically
173514318a8SWarner Losh	recognizes media in `standard' formats (like 1440 KB and
174514318a8SWarner Losh	720 KB for a 3.5" high-density drive) when accessing the
175514318a8SWarner Losh	default device node (e. g. /dev/fd0).  The old variety of
176514318a8SWarner Losh	floppy device nodes /dev/fd*.* is no longer present by
177514318a8SWarner Losh	default, devices can be created (in DEVFS) on demand.  They
178514318a8SWarner Losh	will need to be customized then for `odd' densities using
179514318a8SWarner Losh	fdcontrol(8).
180514318a8SWarner Losh
1812d22e2bfSWarner Losh20011209:
1822d22e2bfSWarner Losh	The bugs in procfs' debugging support code have been fixed,
1832d22e2bfSWarner Losh	and truss(1) now works again.
1842d22e2bfSWarner Losh
1859e0428e2SWarner Losh20011207:
1869e0428e2SWarner Losh	Daily security checks have been split out to use the periodic(8)
1879e0428e2SWarner Losh	scripts.  Some change in configuration may be necessary.  Please
1889e0428e2SWarner Losh	see
1899e0428e2SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<20011207155805.R8975@blossom.cjclark.org>
1909e0428e2SWarner Losh	for details.
1919e0428e2SWarner Losh
1929bab8c59SWarner Losh20011204:
1939bab8c59SWarner Losh	sos added VCD/SVCD support to ata driver and that needs the
1949bab8c59SWarner Losh	kernel and burncd to be in sync.
1959bab8c59SWarner Losh
196e57d8b01SWarner Losh20011203:
197e57d8b01SWarner Losh	The procfs pseudo-filesystem has now been converted to use the
198e57d8b01SWarner Losh	pseudofs framework.  If you have 'options PROCFS' in your
199e57d8b01SWarner Losh	kernel config, you'll need to add 'options PSEUDOFS' if it's
200e57d8b01SWarner Losh	not there already.
201e57d8b01SWarner Losh
202e57d8b01SWarner Losh	This change temporarily breaks truss(1); use ktrace(1) instead
203e57d8b01SWarner Losh	until the issue has been resolved.
204e57d8b01SWarner Losh
205b001d36fSJacques Vidrine20011202:
206b001d36fSJacques Vidrine	A security hole in OpenSSH involving `UseLogin yes' has been
207b001d36fSJacques Vidrine	patched.
208b001d36fSJacques Vidrine
2094b676ec1SWarner Losh20011126:
2104b676ec1SWarner Losh	You need to remove /usr/obj/.../usr.bin/tip before rebuilding
2115ebbf43eSWarner Losh	after this date.  You need to do this only once.
2124b676ec1SWarner Losh
213d961e462SWarner Losh20011103:
214d961e462SWarner Losh	Most of the awk issues have been resolved.  Some rough
215d961e462SWarner Losh	edges may be left, but for the most part things should be
2164b676ec1SWarner Losh	back to "normal." For CURRENT's usual definition of "normal."
217d961e462SWarner Losh
218d961e462SWarner Losh20011030:
219d961e462SWarner Losh	Awk has been upgraded to the one true awk from bell labs.  Expect
220d961e462SWarner Losh	choppy waves in the upgrade process.
221d961e462SWarner Losh
2221fe003b6SWarner Losh20011030:
223a4b6fda0SWarner Losh	The asr driver problem has been resolved.
2241fe003b6SWarner Losh
2251fe003b6SWarner Losh20011027:
2261fe003b6SWarner Losh	Due to changes in other parts of the system, the asr driver
2271fe003b6SWarner Losh	now causes the system to panic on boot.  Do not use it pending
2281fe003b6SWarner Losh	correction.  Comment it out of any kernel config file that you
2291fe003b6SWarner Losh	try to use from this date forward.
2301fe003b6SWarner Losh
2311fe003b6SWarner Losh20011025:
2321fe003b6SWarner Losh	When crossbuilding, use TARGET=xxx where you used to use
2331fe003b6SWarner Losh	MACHINE=xxx.  You don't need to set TARGET_ARCH and TARGET,
2341fe003b6SWarner Losh	unless you are changing both of them.  To cross build pc98 on
2351fe003b6SWarner Losh	an alpha, for example, you need to set TARGET=pc98 and
2361fe003b6SWarner Losh	TARGET_ARCH=i386.
2371fe003b6SWarner Losh
238d05f9643SWarner Losh20011001:
239d05f9643SWarner Losh	The kernel interface that burncd depends on has changed.
240d05f9643SWarner Losh	You must recompile both the kernel and userland applications
241d05f9643SWarner Losh	at the same time.
242d05f9643SWarner Losh
24358970f85SWarner Losh20010929:
24458970f85SWarner Losh	When crossbuilding, please set TARGET_ARCH rather than
24558970f85SWarner Losh	MACHINE_ARCH to indicate the target.  In the future, one will
24658970f85SWarner Losh	set TARGET_MACHINE where you set MACHINE now.  At the moment,
24758970f85SWarner Losh	setting MACHINE alone for same MACHINE_ARCH machines works
24858970f85SWarner Losh	(eg, you can build pc98 on a i386 machine and vice versa).
24958970f85SWarner Losh
25058970f85SWarner Losh20010927:
25158970f85SWarner Losh	Some weird problems result from using ACPI on some machines.
25258970f85SWarner Losh	To disable ACPI you can add
253378f4486SAlfred Perlstein		hint.acpi.0.disable="1"
25458970f85SWarner Losh	to /boot/loader.conf (or by putting set X=Y at the boot
25558970f85SWarner Losh	loader "ok" prompt).
25658970f85SWarner Losh
25758970f85SWarner Losh	Alternatively, you can remove it from /boot/kernel/acpi.ko
25858970f85SWarner Losh	or use the MODULES_OVERRIDE function in your kernel config
25958970f85SWarner Losh	file and not list acpi in that list.
260378f4486SAlfred Perlstein
2615119d237SWarner Losh20010924:
2625119d237SWarner Losh	The buildworld has been fixed.  You may need to install
2635119d237SWarner Losh	the 4.x compatibility libraries for some old binaries
2648b039fffSWarner Losh	to work.  Add COMPAT4X=true to your /etc/make.conf to
2658b039fffSWarner Losh	get them installed on every installworld, or execute the
2668b039fffSWarner Losh	following to get them installed only once:
2678b039fffSWarner Losh		cd src/lib/compat/compat4x.<arch>
26858970f85SWarner Losh		make all install
2698b039fffSWarner Losh	You will see ``__stdoutp undefined'' until you do this.
2705119d237SWarner Losh
2713c293725SWarner Losh20010919:
2723c293725SWarner Losh	There's a bug in the world build process.  The cross-tools
2733c293725SWarner Losh	are build with the NEW headers, but the OLD libc.a.  This
2743c293725SWarner Losh	leads to all kinds of problems with the new libc.  A temporary
275772730c7SWarner Losh	workaround is to add
2763c293725SWarner Losh		CFLAGS="-O -pipe -D_OLD_STDIO"
2773c293725SWarner Losh	before building world when upgrading from 4.x to current.  This
2783c293725SWarner Losh	can be removed afterwards.
2793c293725SWarner Losh
2803c293725SWarner Losh	A proper fix to the buildworld target is needed.
2813c293725SWarner Losh
2823c293725SWarner Losh20010918:
2833c293725SWarner Losh	Peter has committed his new kthread nfs client/server code.
2843c293725SWarner Losh	NFS may be unstable after this date.
2853c293725SWarner Losh
2863c293725SWarner Losh20010912:
2873c293725SWarner Losh	KSE has hit the tree.  Lots of things are now different in
2883c293725SWarner Losh	the kernel.  While a few problems were introduced in the
2893c293725SWarner Losh	initial commit, most of the major ones have been found and
2903c293725SWarner Losh	corrected.
2913c293725SWarner Losh
2923c293725SWarner Losh20010901:
2933c293725SWarner Losh	In OLDCARD, CardBus bridges appear to be stable.  The work
2943c293725SWarner Losh	arounds described in the 20010604 entry are now no longer
2953c293725SWarner Losh	necessary and will be ignored.  Most insert/remove problems
2963c293725SWarner Losh	have been rectified around this date.
2973c293725SWarner Losh
29898b17b95SWarner Losh20010823:
29998b17b95SWarner Losh 	named now runs as user bind and group bind rather than as
30098b17b95SWarner Losh 	root.  If named_enable is set to YES in /etc/rc.conf, ensure
30198b17b95SWarner Losh 	that user bind is available in /etc/passwd (using vipw(8))
30298b17b95SWarner Losh 	and that group bind is available in /etc/group.  Also make
30398b17b95SWarner Losh 	sure that user or group bind has read (and not write)
30498b17b95SWarner Losh 	permission for your name server configuration and that it
30598b17b95SWarner Losh 	has read and write permission for your slave zone files and
30698b17b95SWarner Losh 	directory.
30798b17b95SWarner Losh
30898b17b95SWarner Losh 	If you wish to continue to run named as root (a less secure
30998b17b95SWarner Losh 	alternative), add a line to /etc/rc.conf saying
31098b17b95SWarner Losh
31198b17b95SWarner Losh 		named_flags=
31298b17b95SWarner Losh
3137b9786edSMark Murray20010709:
3147b9786edSMark Murray	The PAM libraries have had an API upgrade that is beyond
3157b9786edSMark Murray	the ability of the shared library major number to handle.
3167b9786edSMark Murray	It is manifested by PAM-using ports dumping core. The
3177b9786edSMark Murray	solution is to rebuild those ports.
3187b9786edSMark Murray
3191d28950eSWarner Losh20010628:
3201d28950eSWarner Losh	The kernel compile module has moved from src/sys/compile/FOO
3211d28950eSWarner Losh	to src/sys/${MACHINE}/compile/FOO.
3221d28950eSWarner Losh
323e72fd46aSWarner Losh20010625:
32498b17b95SWarner Losh	The pccard modem issue from 20010613 has been corrected.
32598b17b95SWarner Losh	OLDCARD support is still a little weak in -current.  slot 1 is
32698b17b95SWarner Losh	known not to work on some TI based cardbus bridges.  Some
32798b17b95SWarner Losh	cardbus bridges do not properly detect insert/removal events.
32898b17b95SWarner Losh	IRQ configuration needs more safety belts.
32916de1a07SWarner Losh
3300d415dffSWarner Losh20010617:
331e72fd46aSWarner Losh	Softupdates problems have been corrected.
3320d415dffSWarner Losh
3330d415dffSWarner Losh20010614:
3340d415dffSWarner Losh	Peter ripped out the linkerset support.  You must, as always,
3350d415dffSWarner Losh	rerun config after you cvsup if you are using the traditional
3360d415dffSWarner Losh	kernel building methods.
3370d415dffSWarner Losh
3388b9959adSWarner Losh20010613:
3398b9959adSWarner Losh	pccard modems may not work with current after 20010604 date.  Some
3408b9959adSWarner Losh	do, others result in panics.  *MAKE*SURE* that you update your
341e72fd46aSWarner Losh	config and /etc/rc.conf ala the 20010604 entry, or you will have
342e72fd46aSWarner Losh	problems (this issue will be fixed, it just hasn't been yet).
3438b9959adSWarner Losh
344e72fd46aSWarner Losh20010613:
3458b9959adSWarner Losh	SOFTUPDATES seem to be broken since the middle of May or so.  Do not
346e72fd46aSWarner Losh	use them in current.  You can disable softupdates on all mounted
347e72fd46aSWarner Losh	partitions, or remove SOFTUPDATES the kernel config file.
3488b9959adSWarner Losh
3490d415dffSWarner Losh20010612:
3500d415dffSWarner Losh	After Peter's commits to the hints code, people have been noticing
3510d415dffSWarner Losh	that certain devices are attached (or try to) twice.  This is due
3520d415dffSWarner Losh	to having both static hints as well as a /boot/device.hints.  To
3530d415dffSWarner Losh	work around this issue, please use only one or the other mechanism
3540d415dffSWarner Losh	until this bug is fixed.
3550d415dffSWarner Losh
356e72fd46aSWarner Losh	Please note that a feature of config is that if you have config
357e72fd46aSWarner Losh	file FOO and FOO.hints, it automatically adds FOO.hints to the
358e72fd46aSWarner Losh	hints.c file, wheather you want it to or not.
359e72fd46aSWarner Losh
3600d415dffSWarner Losh20010610:
3610d415dffSWarner Losh	Locale names have changed to match other systems better.
3620d415dffSWarner Losh
3636ccdb5e4SWarner Losh20010604:
3646ccdb5e4SWarner Losh	pccard support for pci cards has been committed.  You must change
3656ccdb5e4SWarner Losh	your /etc/pccard.conf irq lines.  It must match the irq used by
3666ccdb5e4SWarner Losh	pcic device.  Interrupt storms may result if you fail to do this.
3673590182eSWarner Losh	Interrupt storms look a lot like a hang.
3683590182eSWarner Losh
3693590182eSWarner Losh	You must also install a new pccardd, otherwise you will get an
3703590182eSWarner Losh	interrupt storm at card reset time (just after it tells you what
3713590182eSWarner Losh	it is).
3723590182eSWarner Losh
3733590182eSWarner Losh	pccardd_flags="-I" is necessary for the time being.  It tells pccardd
3743590182eSWarner Losh	not to ask the kernel if the interrupt is really free or not before
3753590182eSWarner Losh	using it.  You can either change the /etc/pccard.conf irq lines to
3763590182eSWarner Losh	match pcic, or add "-i X" to the pccardd_flags.
3776ccdb5e4SWarner Losh
3780bc62786SWarner Losh20010530:
3790bc62786SWarner Losh	INSTALL=install -C is being deprecated.  If you want to do this,
3800bc62786SWarner Losh	use COPY=-C instead.  The former method will be supported for only
3810bc62786SWarner Losh	a limited time.  If you see
3820bc62786SWarner Losh
3830bc62786SWarner Loshinstall: warning: the -d and -C options may not be specified together
3840bc62786SWarner Losh
3850bc62786SWarner Losh	in your makeworld, then you need to migrate towards using
3860bc62786SWarner Losh	COPY=-C.
3870bc62786SWarner Losh
38868a38c6cSWarner Losh20010525:
389b6609bbbSWarner Losh	It appears that vm is now stable enough to use again.  However,
390c4f4a728SWarner Losh	there may be other problems, so caution is still urged.  alpha
391c4f4a728SWarner Losh	definitely is in bad shape.
39268a38c6cSWarner Losh
393ed0f29caSWarner Losh20010521:
394f10d3145SWarner Losh	Minor repo damange has happened.  This may cause problems
395ed0f29caSWarner Losh	with cvsup of ports.  If you get errors, please see
396ed0f29caSWarner Losh	http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27495
397ed0f29caSWarner Losh	at the bottom for details on a workaround.  The error message
398ed0f29caSWarner Losh	is
399ed0f29caSWarner LoshUpdater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": Directory not empty
400ed0f29caSWarner Losh
40180c16af9SWarner Losh20010520:
40268a38c6cSWarner Losh	Vm and/or swapping are busted on -current.  Please be patient.
40380c16af9SWarner Losh
40480c16af9SWarner Losh20010519:
40580c16af9SWarner Losh	pccard has had much reorganizational work done to it over
40680c16af9SWarner Losh	the past few days.  Everything should still work, but if
40780c16af9SWarner Losh	not, please contact imp@freebsd.org.
40880c16af9SWarner Losh
409a45f2d05SWarner Losh20010517:
410a45f2d05SWarner Losh	ata ioctl changed.  Make sure to recompile both kernel and
411a45f2d05SWarner Losh	userland at the same time.
412a45f2d05SWarner Losh
413a45f2d05SWarner Losh20010517:
414a45f2d05SWarner Losh	New ncurses imported.
415a45f2d05SWarner Losh
4162988afcaSWarner Losh20010512:
4172988afcaSWarner Losh	DEVFS is now opt out, not opt in.  Barring major problems, this
4182988afcaSWarner Losh	will be the only way to go starting July 1.
4192988afcaSWarner Losh
4201a33dba7SWarner Losh20010504:
4211a33dba7SWarner Losh	OpenSSH has been updated to 2.9.  Some defaults are different,
4221a33dba7SWarner Losh	including RhostsRSAAuthentication, which changes from yes to no.
4231a33dba7SWarner Losh
42409946a51SWarner Losh20010502:
42509946a51SWarner Losh	Perl breakage in 20010501 was corrected at 14:18:33 PDT.
42609946a51SWarner Losh
42709946a51SWarner Losh20010501:
42809946a51SWarner Losh	Building perl was broken at 02:25:25 PDT.
42909946a51SWarner Losh
43009946a51SWarner Losh20010430:
431a70a79adSWarner Losh	The bug in 20010429 was corrected at 07:35:37 PDT.  It is safe to
43209946a51SWarner Losh	go back in the water.
43309946a51SWarner Losh
43409946a51SWarner Losh20010429:
43509946a51SWarner Losh	A bad bug was committed at 04:48:42 PDT.  Don't use kernels after
43609946a51SWarner Losh	this date, but before the correction date.
43709946a51SWarner Losh
43891dd3b53SWarner Losh20010423:
43991dd3b53SWarner Losh	old fsck and new kernel interactions appear to have been fixed.
44091dd3b53SWarner Losh
44191dd3b53SWarner Losh20010411:
44291dd3b53SWarner Losh	fsck and the kernel were changed to handle some optimizations
44391dd3b53SWarner Losh	to directory layout.  This breaks backward compatibility.
44491dd3b53SWarner Losh	Update only if you understand that you must not use the old
44591dd3b53SWarner Losh	fsck with the new kernel ever.
44691dd3b53SWarner Losh
447933b3269SWarner Losh20010330:
448933b3269SWarner Losh	fsck has changed the meaning of the pass column in /etc/fstab.
449c4e215d3SWarner Losh	Please see the cvs commit to fsck.8 or the fsck.8 man page for
450933b3269SWarner Losh	details.  It is unclear if changes to /etc/fstab are necessary.
451933b3269SWarner Losh
452933b3269SWarner Losh20010319:
453933b3269SWarner Losh	portmap had changed name to rpcbind for maximum POLA in your
454933b3269SWarner Losh	current world.  /etc/hosts.{allow,deny} needs changes.  nfs and
455933b3269SWarner Losh	other rpc based programs that rely on portmapper will not work
456f34a9421SWarner Losh	without updates to /etc/hosts.{allow,deny} and /etc/netconfig.
45709946a51SWarner Losh
45809946a51SWarner Losh20010315:
45909946a51SWarner Losh	ata subsystem changes.  ATA_ENABLE_ATAPI_DMA, ATA_ENABLE_WC
46009946a51SWarner Losh	and ATA_ENABEL_TAGS are no longer kernel options.  They have
46109946a51SWarner Losh	been replaced by tunables.  See ata.4 for details.
462933b3269SWarner Losh
463933b3269SWarner Losh20010312:
464933b3269SWarner Losh	The fxp driver was converted to use miibus.  If you compile
465933b3269SWarner Losh	fxp into your kernel statically, you will need to add miibus.
466933b3269SWarner Losh
467933b3269SWarner Losh20010312:
468933b3269SWarner Losh	The wi device now defaults to BSS (infrastructure) mode
469933b3269SWarner Losh	instead of ad-hoc.
470933b3269SWarner Losh
471933b3269SWarner Losh20010310:
472f5260d32SWarner Losh	/dev/urandom should be a symbolic link to /dev/random now.
473933b3269SWarner Losh	Users of current not using DEVFS need to run MAKEDEV std.
474933b3269SWarner Losh	ssh might not work if you don't.
475933b3269SWarner Losh
47662353691SWarner Losh20010303:
47762353691SWarner Losh	The ed driver has been updated.  It now allows mii attachments,
47862353691SWarner Losh	which means that you must include the miibus in your kernel if
47962353691SWarner Losh	you use the ed driver.
48062353691SWarner Losh
481d325cf65SWarner Losh20010220:
482d325cf65SWarner Losh	The problems with libc have been corrected.  It is now mostly
483d325cf65SWarner Losh	safe to go back into the water.
484d325cf65SWarner Losh
485024daae6SWarner Losh20010211:
486024daae6SWarner Losh	The size of FILE was changed.  This breaks upgrading.  If
487024daae6SWarner Losh	you must upgrade, be prepared for pain.  It also breaks almost
488024daae6SWarner Losh	all binaries that you've compiled on -current.  You are warned
489024daae6SWarner Losh	that before upgrading would be a good time to do a level 0
490024daae6SWarner Losh	dump of your system.  No, really, I mean it this time.
491024daae6SWarner Losh
492024daae6SWarner Losh	To get to the new system, you'll need to use the following
493024daae6SWarner Losh	workaround.  Hopefully this can be sorted out so that we
494024daae6SWarner Losh	don't have to move this to the updating section.
495024daae6SWarner Losh
496024daae6SWarner Losh	To get around the installworld problem, do:
497024daae6SWarner Losh		# cd /usr/src/usr.bin/sed
498024daae6SWarner Losh		# make install
499024daae6SWarner Losh		# cd /usr/src
500024daae6SWarner Losh		# make installworld
501024daae6SWarner Losh	If that doesn't work, then try:
502024daae6SWarner Losh		# make -k installworld
503024daae6SWarner Losh		# make installworld
504024daae6SWarner Losh
505024daae6SWarner Losh20010207:
506024daae6SWarner Losh	DEVFS is now the default.  If you use vinum, make sure that you
507024daae6SWarner Losh	do not include devfs in your kernel as problems result.
508024daae6SWarner Losh
509024daae6SWarner Losh20010205:
5107595222aSWarner Losh	FFS_ROOT and CD9660_ROOT have been removed or deprecated.
511024daae6SWarner Losh	Remove them from your config.
512024daae6SWarner Losh
5131e159248SWarner Losh20010122:
5141e159248SWarner Losh	****************************** WARNING ******************************
5151e159248SWarner Losh			buildkernel has been changed slightly
5161e159248SWarner Losh	****************************** WARNING ******************************
5171e159248SWarner Losh	KERNCONF replaces the variable KERNEL for buildkernel.  You
5181e159248SWarner Losh	should update your scripts and make.conf accordingly.
5191e159248SWarner Losh
5201e159248SWarner Losh20010119:
5211e159248SWarner Losh	config has changed to allow DEV_FOO as a replacement for NFOO.
5221e159248SWarner Losh	This requires a new config to build correctly.
5231e159248SWarner Losh
524aac7dfeaSWarner Losh20010116:
525aac7dfeaSWarner Losh	The kerrnel option I386_CPU is now mutually exclusive with the
526aac7dfeaSWarner Losh	other cpu types. If you have an i386 system, be sure that it
527aac7dfeaSWarner Losh	only had this line.  Remove it for all other configurations.
528aac7dfeaSWarner Losh
529aac7dfeaSWarner Losh20010110:
530aac7dfeaSWarner Losh	Changes to the kernel require it and burncd be in sync.
531aac7dfeaSWarner Losh
532aac7dfeaSWarner Losh20010102:
533aac7dfeaSWarner Losh	Everyone who has hw.sndunit set to something in
534aac7dfeaSWarner Losh	/etc/sysctl.conf, it is now hw.snd.unit.
535aac7dfeaSWarner Losh
53663c90c9eSWarner Losh20010101:
53763c90c9eSWarner Losh	ex and vi were broken by some changes to sys/queue.h.  If you
53863c90c9eSWarner Losh	have a bad vi, you will see make buildworld fail with a core
5395fd2a895SWarner Losh	dump while building termcap.  You can work around this problem
54063c90c9eSWarner Losh	by adding -k to your make buildworld.  This will cause the
54163c90c9eSWarner Losh	build to complete and install a new vi.  Once that's done, you
54263c90c9eSWarner Losh	can rebuild again without the -k to pick up anything that
54363c90c9eSWarner Losh	might have been ignored by the -k option.
54463c90c9eSWarner Losh
5455fd2a895SWarner Losh	Others have suggested that you can just rebuild libc if your
5465fd2a895SWarner Losh	vi/ex is dynamically linked, but I've not received any reports
5475fd2a895SWarner Losh	of this working.
5485fd2a895SWarner Losh
549aac7dfeaSWarner Losh20001228:
550aac7dfeaSWarner Losh	There have been some changes to libcrypt in -current.  The
551aac7dfeaSWarner Losh	libscrypt/libdescrypt symlink sillyness is gone and the installed
552aac7dfeaSWarner Losh	libcrypt is fully functional.  Be aware of this.
553aac7dfeaSWarner Losh
554de2bcc63SWarner Losh20001218:
555de2bcc63SWarner Losh	Linksys Fast Ethernet PCCARD cards supported by the ed driver
556de2bcc63SWarner Losh	now require the addition of flag 0x80000 to their config line
557de2bcc63SWarner Losh	in pccard.conf(5).  This flag is not optional.  These Linksys
558de2bcc63SWarner Losh	cards will not be recognized without it.
559de2bcc63SWarner Losh
560960773f7SWarner Losh20001205:
561960773f7SWarner Losh	Important new FreeBSD-version stuff: PAM support has been worked
562960773f7SWarner Losh	in, partially from the "Unix" OpenSSH version.  This requires
563960773f7SWarner Losh	adding the following in pam.conf:
564960773f7SWarner Losh
565960773f7SWarner Losh	sshd    auth    sufficient      pam_skey.so
566960773f7SWarner Losh	sshd    auth    required        pam_unix.so         try_first_pass
567960773f7SWarner Losh	sshd    session required        pam_permit.so
568960773f7SWarner Losh
5690acc635eSWarner Losh20001031:
5700acc635eSWarner Losh	cvs updated to 1.11.
5710acc635eSWarner Losh
5720acc635eSWarner Losh20001020:
5730acc635eSWarner Losh	The random device needs more entropy, so you need to make sure
5740acc635eSWarner Losh	that you've run mergemaster to get a /etc/rc which will seed
5750acc635eSWarner Losh	/dev/random.  If you don't and the system hangs after ldconfig,
5760acc635eSWarner Losh	then banging on the keyboard randomly until it unhangs is one
5770acc635eSWarner Losh	workaround.
5780acc635eSWarner Losh
5790acc635eSWarner Losh20001010:
5800acc635eSWarner Losh	****************************** WARNING ******************************
5810acc635eSWarner Losh				Sendmail has been updated.
5820acc635eSWarner Losh	****************************** WARNING ******************************
5830acc635eSWarner Losh	o mail.local(8) is no longer installed as a set-user-id binary.
5840acc635eSWarner Losh	o sendmail(8) is now built with STARTTLS support unless NO_OPENSSL
5850acc635eSWarner Losh	  is set.
5860acc635eSWarner Losh	o The default /etc/mail/sendmail.cf disables the SMTP EXPN and VRFY
5870acc635eSWarner Losh	  commands.
5880acc635eSWarner Losh	o Now using sendmail's version of vacation(1).
5890acc635eSWarner Losh	o The sendmail cf building tools (contrib/sendmail/cf) are installed
5900acc635eSWarner Losh	  in /usr/share/sendmail/cf.
5910acc635eSWarner Losh	o sendmail.cw changed to local-host-names
5920acc635eSWarner Losh
5930acc635eSWarner Losh	More details can be found at
5940acc635eSWarner Losh		http://people.freebsd.org/~imp/UPDATING/sendmail-20001010
5950acc635eSWarner Losh
5966e98a146SWarner Losh20001009:
5976e98a146SWarner Losh	The ports tree's new layout is in place.  Be sure to update
5986e98a146SWarner Losh	your entire ports tree, or you will have problems.
5996e98a146SWarner Losh
6006e98a146SWarner Losh20001006:
601685294e7SMark Ovens	The perl build procedure no longer installs miniperl, nor uses
6026e98a146SWarner Losh	the installed miniperl.  It is recommended that you delete
6036e98a146SWarner Losh	/usr/bin/miniperl.
6046e98a146SWarner Losh
605073113a4SWarner Losh20001005:
606073113a4SWarner Losh	This weekend the ports tree will be updated to a new layout.
607685294e7SMark Ovens	It will be in an inconsistent state until noted in the UPDATING
608073113a4SWarner Losh	file, or with asami-san's message to the relevant mailing
609073113a4SWarner Losh	lists.  With this new layout, you'll need to update the whole
610073113a4SWarner Losh	tree for anything to work.
611073113a4SWarner Losh
6120acc635eSWarner Losh20000928:
6130acc635eSWarner Losh	There was a change in the passwd format.  Need more information.
6140acc635eSWarner Losh
615be3885b3SWarner Losh20000916:
616be3885b3SWarner Losh	/boot/kernel/kernel.ko -> /boot/kernel/kernel change has taken
617be3885b3SWarner Losh	place.  Please update boot loader (not the boot blocks) at the
618be3885b3SWarner Losh	same time as your kernel.
619be3885b3SWarner Losh
62076ec9675SWarner Losh20000914:
62176ec9675SWarner Losh	The new pmtimer device is necessary for laptops.  Failure to
62276ec9675SWarner Losh	include the device will cause suspended laptops losing time
62376ec9675SWarner Losh	when they resume.  Include
62476ec9675SWarner Losh		device		pmtimer
62576ec9675SWarner Losh	in your config file and
62601b9a434SWarner Losh		hint.pmtimer.0.at="isa"
62776ec9675SWarner Losh	to your /boot/device.hints file.
62876ec9675SWarner Losh
629f4865386SMark Murray20000911:
630f4865386SMark Murray	The random device has been turned into a (pseudo-)device,
631f4865386SMark Murray	rather than an option. The supplied kernel config files have
632f4865386SMark Murray	been updated. You will need to do something similar in your
633f4865386SMark Murray	own kernel config file.
634f4865386SMark Murray	Remove:
635f4865386SMark Murray		options		RANDOMDEV
636f4865386SMark Murray	Add:
637f4865386SMark Murray		device		random
638f4865386SMark Murray	If you prefer to load the loadable module, you need to do
639f4865386SMark Murray	nothing.
640f4865386SMark Murray
641d594498fSWarner Losh20000909:
642d594498fSWarner Losh	The random device module has been renamed from randomdev.ko to
643d594498fSWarner Losh	random.ko. You will need to edit your /boot/loader.conf to
644d594498fSWarner Losh	reflect this if you load this module at boot time.
645d594498fSWarner Losh	The line should read:
646d594498fSWarner Losh		random_load="YES"
647d594498fSWarner Losh
6480deb7ddcSWarner Losh20000907:
6490deb7ddcSWarner Losh	The SMPNG commit has happened.  It should work, but if it
65016eb772dSWarner Losh	doesn't, fallback to the PRE_SMPNG CVS tag.  There are likely
65116eb772dSWarner Losh	to be a variety of minor issues.  Please see 20000905 to make
65216eb772dSWarner Losh	sure you don't have model loading problems which might at
65316eb772dSWarner Losh	first blush appear related to SMP.
65452bf24e7SWarner Losh
6555a01880bSWarner Losh20000906:
6565a01880bSWarner Losh	nsswitch has been imported from NetBSD.  Among other things,
6575a01880bSWarner Losh	this means that /etc/host.conf is no longer used.  See
6585a01880bSWarner Losh	nsswitch.conf(5) instead.  Note that at boot time rc.network
6595a01880bSWarner Losh	will attempt to produce a new nsswitch.conf file for you if you
6605a01880bSWarner Losh	don't have one, and you have host.conf.
6615a01880bSWarner Losh
6622b41163cSWarner Losh20000905:
66338d6ecd2SWarner Losh	The ucred structure changed size.  This breaks the interface
66438d6ecd2SWarner Losh	that mountd uses.  Trying to use an older mountd with a newer
66538d6ecd2SWarner Losh	kernel guarantees a panic.  This means that you need to use
66638d6ecd2SWarner Losh	kernels newer than today only with matching mountd, but you
66738d6ecd2SWarner Losh	needed to do that anyway with the boot loader changes.
66838d6ecd2SWarner Losh
66938d6ecd2SWarner Losh20000905:
6708aab4bc7SWarner Losh	The boot loader has been updated.  The new default kernel is
6718aab4bc7SWarner Losh	now /boot/kernel/kernel.ko.  The new default module location
6728aab4bc7SWarner Losh	is /boot/kernel.
6738aab4bc7SWarner Losh
6748aab4bc7SWarner Losh	You *MUST* upgrade your boot loader and kernel at the same time.
67538d6ecd2SWarner Losh	The easiest way to do this is to do the buildworld/buildkernel/
67638d6ecd2SWarner Losh	installkernel/installworld dance.
6772b41163cSWarner Losh
678d594498fSWarner Losh	Furthermore, you are urged to delete your old /modules directory
679d594498fSWarner Losh	before booting the new kernel, since kldload will find stale
680d594498fSWarner Losh	modules in that directory instead of finding them in the correct
681d594498fSWarner Losh	path, /boot/kernel.  The most common complaint that this cures
682d594498fSWarner Losh	is that the linux module crashes your machine after the update.
683d594498fSWarner Losh
684d594498fSWarner Losh	if [ ! -d /boot/kernel.old ]; then
685d594498fSWarner Losh		mv /modules.old /boot/kernel.old
686d594498fSWarner Losh		chflags noschg /kernel.old
687d594498fSWarner Losh		mv /kernel.old /boot/kernel.old/kernel.ko
688d594498fSWarner Losh		chflags schg /boot/kernel.old/kernel.ko
689d594498fSWarner Losh	fi
690d594498fSWarner Losh
691c22a309cSWarner Losh20000904:
692c22a309cSWarner Losh	A new issue with the sendmail upgrade has come to light.
693c22a309cSWarner Losh	/etc/aliases has moved to /etc/mail/aliases.  Mergemaster will
694c22a309cSWarner Losh	incorrectly install the default aliases in /etc/mail rather than
695c22a309cSWarner Losh	move the old one from /etc.  So you'll need to manually move the
696c22a309cSWarner Losh	file, create a symbolic link, remove the old /etc/aliases.db and
697c22a309cSWarner Losh	run newaliases.  For safety sake, you should stop sendmail
698c22a309cSWarner Losh	while doing this and run the upgrade when locally sourced email
699c22a309cSWarner Losh	is not likely to be generated.
700c22a309cSWarner Losh
701fdb9f54dSWarner Losh20000825:
702fdb9f54dSWarner Losh	/boot/device.hints is now required for installkernel to
7039c1a7444SWarner Losh	succeed.  You should copy GENERIC.hints for your architecture
7049c1a7444SWarner Losh	into /boot/device.hints.  If and only if you compile hints
7059c1a7444SWarner Losh	into your kernel, then this file may be empty.  Please note,
7069c1a7444SWarner Losh	if you have an empty or missing /boot/device.hints file and
7079c1a7444SWarner Losh	you neglected to compile hints into your kernel, no boot
7089c1a7444SWarner Losh	messages will appear after the boot loader tries to start the
7099c1a7444SWarner Losh	kernel.
7109c1a7444SWarner Losh
7119c1a7444SWarner Losh20000821:
7129c1a7444SWarner Losh	If you do NOT have ``options RANDOMDEV'' in your kernel and
7139c1a7444SWarner Losh	you DO want the random device then add randomdev_load="YES" to
7149c1a7444SWarner Losh	/boot/loader.conf.
715fdb9f54dSWarner Losh
7168f250aa7SWarner Losh20000812:
7175da0d091SWarner Losh	suidperl is now always built and installed on the system, but
7185da0d091SWarner Losh	with permissions of 511.  If you have applications that use
7195da0d091SWarner Losh	this program, you are now required to add ENABLE_SUIDPERL=true
7205da0d091SWarner Losh	to /etc/make.conf.  If you forget to do this,
7215da0d091SWarner Losh		chmod 4511 /usr/bin/suidperl
7225da0d091SWarner Losh	will fix this until the next build.
7235da0d091SWarner Losh
7245da0d091SWarner Losh20000812:
7258f250aa7SWarner Losh	sendmail has been updated from 8.9.3 to 8.11.0.  Some of the more
7268f250aa7SWarner Losh	visible changes that may immediately affect your configuration
7278f250aa7SWarner Losh	include:
7288f250aa7SWarner Losh	- New default file locations from src/contrib/sendmail/cf/README
7298f250aa7SWarner Losh	- newaliases limited to root and trusted users
7308f250aa7SWarner Losh	- MSA port (587) turned on by default
7318f250aa7SWarner Losh	- New queue file naming system so can't go from 8.11 -> 8.9
7328f250aa7SWarner Losh	- FEATURE(`rbl') renamed to FEATURE(`dnsbl')
7338f250aa7SWarner Losh	- FEATURE(`nullclient') is more full featured
7348f250aa7SWarner Losh	- FEATURE(`nouucp') requires an argument: `reject' or `nospecial'
7358f250aa7SWarner Losh	- mail.local FreeBSD-only -b option changed to -B
7368f250aa7SWarner Losh	- See src/contrib/sendmail/RELEASE_NOTES for more info
7378f250aa7SWarner Losh
73871c38472SWarner Losh20000810:
73971c38472SWarner Losh	suidperl (aka sperl) is no longer build by default.  You must
74071c38472SWarner Losh	specifically define BUILD_SUIDPERL to "true" for it to be build.
74171c38472SWarner Losh	Furthermore, we recommend that you remove /usr/bin/sperl* and
74271c38472SWarner Losh	/usr/bin/suidperl files from your system unless you have a
74371c38472SWarner Losh	specific use for it.
74471c38472SWarner Losh
74571c38472SWarner Losh20000729:
74671c38472SWarner Losh	Networking defaults have been tightened.  Anybody upgrading
74771c38472SWarner Losh	/etc/defaults/rc.conf needs to add the following lines to
74871c38472SWarner Losh	/etc/rc.conf if they want to have the same setup
74971c38472SWarner Losh	afterwards (unless the variables already are set, of course):
75071c38472SWarner Losh		# Enable network daemons for user convenience.
75171c38472SWarner Losh		inetd_enable="YES"
75271c38472SWarner Losh		portmap_enable="YES"
75371c38472SWarner Losh		sendmail_enable="YES"
75471c38472SWarner Losh
75571c38472SWarner Losh20000728:
75671c38472SWarner Losh	If you have null_load="YES" in your /boot/loader.conf, you
75771c38472SWarner Losh	will need to change that to nullfs_load="YES".
75871c38472SWarner Losh
7591dece4a9SWarner Losh20000728:
7601dece4a9SWarner Losh	The "installkernel" target has changed slightly. Now even if
7611dece4a9SWarner Losh	you override KERNEL e.g. 'make installkernel KERNEL=MYKERNEL'
7621dece4a9SWarner Losh	it will install the MYKERNEL file (built with the buildkernel
7631dece4a9SWarner Losh	target) as /kernel rather than /MYKERNEL. Those who have
7641dece4a9SWarner Losh	updated their /boot/loader.conf files to point to /MYKERNEL
7651dece4a9SWarner Losh	should remove that entry or perform manual rename of /kernel
7661dece4a9SWarner Losh	to /MYKERNEL.
7671dece4a9SWarner Losh
768409e887cSWarner Losh20000711:
769409e887cSWarner Losh	If you use CVSUP or CTM to get CVS trees, AND you used to get
770409e887cSWarner Losh	the old crypto files from internat.freebsd.org AND you check
771409e887cSWarner Losh	out files from the CVS tree with the cvs command, please read
772409e887cSWarner Losh		http://people.freebsd.org/~imp/internat.txt
773409e887cSWarner Losh	for details on potential problems that you might have and how
774409e887cSWarner Losh	to get around them.
775409e887cSWarner Losh
776409e887cSWarner Losh	If you are merely a mirror, or don't answer yes to each of the
777409e887cSWarner Losh	clauses above, you needn't worry.
778409e887cSWarner Losh
779409e887cSWarner Losh20000711:
780409e887cSWarner Losh	/etc/security has been updated to print the inode number of
781409e887cSWarner Losh	setuid programs that have changed.  You will see a large spike
782409e887cSWarner Losh	in the number of changed programs the first time when you run
783409e887cSWarner Losh	mergemaster to get a new /etc/security.
784409e887cSWarner Losh
785673d13f2SWarner Losh20000710:
786673d13f2SWarner Losh	/dev/random now has good entropy collection (from the keyboard
787673d13f2SWarner Losh	and sysmouse drivers). Please ensure that either `options
788673d13f2SWarner Losh	RANDOMDEV' is present in your kernel config file or that
789673d13f2SWarner Losh	`randomdev_load="YES"' is in your /boot/loader.conf. If you do
790673d13f2SWarner Losh	not have the /dev/random driver, OpenSSL (and consequently
791673d13f2SWarner Losh	lots of crypto tools (like SSH)) will fail with strange
792673d13f2SWarner Losh	errors. (see below, 20000624).
793673d13f2SWarner Losh
794bed5c5ffSWarner Losh	FreeBSD-current is safe again to run Crypto.
7951dece4a9SWarner Losh
796673d13f2SWarner Losh20000709:
797c6dd1430SWarner Losh	phk made the malloc default options AJ.  This may slow things
798c6dd1430SWarner Losh	down and uncover other latent bugs in the code.  If you need to
799c6dd1430SWarner Losh	run at full speed, you can disable this by doing the following:
800673d13f2SWarner Losh		ln -s aj /etc/malloc.conf
801673d13f2SWarner Losh
802e98e26cdSWarner Losh20000706:
803e98e26cdSWarner Losh	libftpio's version was accidentally bumped a few days ago.  This
804e98e26cdSWarner Losh	has been corrected.  You may need to remove /usr/lib/libftpio.so.6
805e98e26cdSWarner Losh	before doing your next buildworld/installworld pair.  It certainly
806f699bbbbSMark Ovens	won't hurt to remove it before the update procedure.  It will
807e98e26cdSWarner Losh	break fetch until a new one is built, but ftp can be used in the
8082c021c6cSMark Ovens	interim if needed.
809e98e26cdSWarner Losh
810e98e26cdSWarner Losh20000705:
811e98e26cdSWarner Losh	The crypto packages have changed for the cvsup.  This has been done
812e98e26cdSWarner Losh	in a backward compatible way, but the old packages will go away at
813e98e26cdSWarner Losh	some point in the future.  Look at /usr/share/examples/cvsup for
814e98e26cdSWarner Losh	details.
815e98e26cdSWarner Losh
816c373950eSWarner Losh20000704:
8172f961bc8SWarner Losh	With the new sys/modules/sound/drivers/*, you will need to
8182f961bc8SWarner Losh	set SYSDIR until you do an installworld after July 7th.
8192f961bc8SWarner Losh
8202f961bc8SWarner Losh20000704:
821c373950eSWarner Losh	rc.shutdown and rc will now call the rc.d scripts with start
822c373950eSWarner Losh	or stop.  This may cause some harmless warnings from older
823c373950eSWarner Losh	rc.d scripts that haven't been updated.
824c373950eSWarner Losh
82527dc3a2bSWarner Losh20000630:
82627dc3a2bSWarner Losh	The libfetch based version of fetch has gone into the tree.
82727dc3a2bSWarner Losh	Minor problems may result on some of the less popular sites,
82827dc3a2bSWarner Losh	which should be reported to des@freebsd.org.
82927dc3a2bSWarner Losh
830b8c215acSWarner Losh20000625:
831b8c215acSWarner Losh	From approximately this date forward, one must have the crypto
83227dc3a2bSWarner Losh	system installed in order to build the system and kernel.
83327dc3a2bSWarner Losh	While not technically strictly true, one should treat it as
83427dc3a2bSWarner Losh	required and grab the crypto bits.  If you are grabbing CVS
83527dc3a2bSWarner Losh	trees, src-all and cvs-crypto should be treated as if they
83627dc3a2bSWarner Losh	were required.  You should check with the latest collections
83727dc3a2bSWarner Losh	to make sure that these haven't changed.
838b8c215acSWarner Losh
8397b990719SWarner Losh20000624:
8407b990719SWarner Losh	Mark Murray just committed the first parts of a cleanup of
8417b990719SWarner Losh	/dev/zero, et al.  This is also cleaning up /dev/random.
8427b990719SWarner Losh	The entropy is disconnected, so DO NOT USE VERSIONS OF FREEBSD
8431a33dba7SWarner Losh	-CURRENT FROM THIS POINT to 2000710 for cryptographic services
8447b990719SWarner Losh	until Mark can merge in the fixes to this work in progress.
8457b990719SWarner Losh	openssh and openssl should not be used to generate keys from this
8467b990719SWarner Losh	date to the completion of the work.
8477b990719SWarner Losh
84827dc3a2bSWarner Losh	If you must operate at this reduced level of security, add '
84927dc3a2bSWarner Losh	options RANDOMDEV' to your kernel or modload the randomdev
85027dc3a2bSWarner Losh	module.  You may also need to copy a new MAKEDEV to /dev and
85127dc3a2bSWarner Losh	recreate the random and urandom devices.
85227dc3a2bSWarner Losh
85381e54c50SWarner Losh20000622:
85481e54c50SWarner Losh	The license on the softupdates is now a standard 2 clause
85581e54c50SWarner Losh	BSD license.  You may need to remove your symbolic links
85681e54c50SWarner Losh	that used to be required when updating.
85781e54c50SWarner Losh
85839943833SWarner Losh20000621:
8592c021c6cSMark Ovens	Scott Flatman <sf@aracnet.com> sent in a decent write-up on
8602a2f33fbSDaniel Baker	the config file update procedure.
8612a2f33fbSDaniel Baker		http://people.freebsd.org/~imp/config-upd.html
862c373950eSWarner Losh	NOTE: LINT is gone.  It has been replaced with NOTES.  NOTES
863a24eff53SWarner Losh	isn't buildable.  However, you can generate a LINT file.
86439943833SWarner Losh
865290f9ad8SWarner Losh20000620:
866290f9ad8SWarner Losh	Binutils 2.10 have hit the tree, or will shortly.  As soon
867290f9ad8SWarner Losh	as they do, the problem noted in 20000522 will be resolved and
868290f9ad8SWarner Losh	that workaround will no longer be required.
869290f9ad8SWarner Losh
87090fb6346SWarner Losh20000615:
87190fb6346SWarner Losh	phk removed the compatibility creation of wd devices in the
87290fb6346SWarner Losh	ad driver.  If you haven't done so already, you must update
87390fb6346SWarner Losh	your fstab, etc to use the ad devices instead of the wd
87490fb6346SWarner Losh	devices.
87590fb6346SWarner Losh
876f75f65bbSWarner Losh	In addition, you'll need to update your boot blocks to a
877f75f65bbSWarner Losh	more modern version, if you haven't already done so.  Modern
878f75f65bbSWarner Losh	here means 4.0 release or newer (although older releases
879f75f65bbSWarner Losh	may work).
880f75f65bbSWarner Losh
881ba26da8eSWarner Losh20000612:
882ba26da8eSWarner Losh	Peter took an axe to config(8).  Be sure that you read his mail
883290f9ad8SWarner Losh	on the topic before even thinking about updating.  You will
884c6dd1430SWarner Losh	need to create a /boot/device.hints or add a hints directive
885290f9ad8SWarner Losh	to your config file to compile them in statically.  The format
886f54a3542SWarner Losh	of the config file has changed as well.  Please see GENERIC or
887f54a3542SWarner Losh	NEWCARD for examples of the new format.
888290f9ad8SWarner Losh
8899698f2c0SWarner Losh	Indirectly, this also breaks USERCONFIG.  Unless a newer entry
8909698f2c0SWarner Losh	says that it has been fixed, assume that must use the hints mechanism
8919698f2c0SWarner Losh	in the loader if you need to use a machine with very old ISA cards
8929698f2c0SWarner Losh	in it.
893bbcc5149SWarner Losh
894d65850ebSWarner Losh20000522:
895ba26da8eSWarner Losh	A new set of binutils went into the tree today.  Anybody
896d65850ebSWarner Losh	building a kernel after this point is advised that they need
897d65850ebSWarner Losh	to rebuild their binutils (or better yet do a
898d65850ebSWarner Losh	buildworld/installworld) before building a new kernel.
899d65850ebSWarner Losh
900d9583a00SWarner Losh	Due to bugs in binutils, using malloc options (eg /etc/malloc.conf
901d9583a00SWarner Losh	or MALLOC_OPTIONS env var) J will cause ld to dump core.  It
902d9583a00SWarner Losh	is recommended that you don't set this option until the problem
903d9583a00SWarner Losh	is resolved.
904d9583a00SWarner Losh
9058039cedeSWarner Losh20000513:
9068039cedeSWarner Losh	The ethernet drivers were all updated to clean up the BPF handling.
9078039cedeSWarner Losh
908d65850ebSWarner Losh20000510:
9098039cedeSWarner Losh	The problems with boot blocks on the alphas have been corrected.
9108039cedeSWarner Losh	This will require some care in updating alphas.  A new libstand
9118039cedeSWarner Losh	is requires for the boot blocks to build properly.
9128039cedeSWarner Losh
9138039cedeSWarner Losh20000503:
9148039cedeSWarner Losh	Recompile all kld modules.  Proper version dependency info
9158039cedeSWarner Losh	is now available.
9168039cedeSWarner Losh
917d65850ebSWarner Losh20000502:
918d65850ebSWarner Losh	Modules have been disconnected from the buildworld tree and
919d65850ebSWarner Losh	connected to the kernel building instead.
920d65850ebSWarner Losh
921be149406SNik Clayton20000427:
9228039cedeSWarner Losh	You may need to build gperf
9238039cedeSWarner Losh		cd /usr/src/gnu/usr.bin/gperf && make depend all install
9248039cedeSWarner Losh	when upgrading from 4.0 -> current.  The build system now uses
9258039cedeSWarner Losh	an option only in -current.
9268039cedeSWarner Losh
9272b8dd5f4SWarner Losh20000417:
9282b8dd5f4SWarner Losh	The method that we brand ELF binaries has changed to be more
929f699bbbbSMark Ovens	acceptable to the binutils maintainers.  You will need to
9302b8dd5f4SWarner Losh	rebrand your ELF binaries that aren't native.  One problem
9312b8dd5f4SWarner Losh	binary is the Linux ldconfig.  After your make world, but
9322c021c6cSMark Ovens	before you reboot, you'll need to issue:
9332b8dd5f4SWarner Losh		brandelf -t Linux /compat/linux/sbin/ldconfig
9342b8dd5f4SWarner Losh	if you have Linux compatibility enabled on your machine.
9352b8dd5f4SWarner Losh
9368d9f1945SWarner Losh20000320:
9372b8dd5f4SWarner Losh	If you have really bad/marginal IDE drives, you may find they
9382b8dd5f4SWarner Losh	don't work well.  Use pio mode instead.  The easiest way to
9392b8dd5f4SWarner Losh	cope if you have a problem combination is to add:
940ae20a1b8SDima Dorfman		/sbin/sysctl hw.ata.ata_dma=0
9412b8dd5f4SWarner Losh	to the start of /etc/rc.conf.
9428d9f1945SWarner Losh
943f8ab1dd6SWarner Losh20000319:
944f699bbbbSMark Ovens	The ISA and PCI compatibility shims have been connected to the
945f8ab1dd6SWarner Losh	options COMPAT_OLDISA and COMPAT_OLDPCI.  If you are using old
946f8ab1dd6SWarner Losh	style PCI or ISA drivers (i.e. tx, voxware, etc.) you must
947f8ab1dd6SWarner Losh	include the appropriate option in your kernel config.  Drivers
948f8ab1dd6SWarner Losh	using the shims should be updated or they won't ship with
949f8ab1dd6SWarner Losh	5.0-RELEASE, targeted for 2001.
950f8ab1dd6SWarner Losh
95119cada77SWarner Losh20000318:
952f699bbbbSMark Ovens	We've entered the traditional post release dumping party.
95319cada77SWarner Losh	Large kernel changes are being committed and are in the
95419cada77SWarner Losh	works.  It is important to keep the systems' klds and kernel
95519cada77SWarner Losh	in sync as kernel interfaces and structures are changing.
95619cada77SWarner Losh	Before reporting kernel panics, make sure that all modules
95719cada77SWarner Losh	that you are loading are up to date.
958ba228352SWarner Losh
95919cada77SWarner Losh20000315:
9606d23c382SWarner Losh	If you are upgrading from an older version of FreeBSD, you
9616d23c382SWarner Losh	need to update your boot blocks as well.  'disklabel -B ad0'
9626d23c382SWarner Losh	will do the trick.  This isn't critical until you remove your
9636d23c382SWarner Losh	wd device entries in /dev, at which point your system will not
9646d23c382SWarner Losh	boot.
9656d23c382SWarner Losh
9666d23c382SWarner Losh20000315:
96719cada77SWarner Losh	4.0 RELEASE shipped.  Please see the 4.0 UPDATING file for how
96819cada77SWarner Losh	to upgrade to 4.0 from 3.x.
96957199806SWarner Losh
970dc0dbf5cSWarner LoshCOMMON ITEMS:
971dc0dbf5cSWarner Losh
972a24eff53SWarner Losh	General Notes
973a24eff53SWarner Losh	-------------
974a24eff53SWarner Losh	Avoid using make -j when upgrading.  From time to time in the
975a24eff53SWarner Losh	past there have been problems using -j with buildworld and/or
976a24eff53SWarner Losh	installworld.  This is especially true when upgrading between
977a24eff53SWarner Losh	"distant" versions (eg one that cross a major release boundary
978a24eff53SWarner Losh	or several minor releases, or when several months have passed
979a24eff53SWarner Losh	on the -current branch).
980a24eff53SWarner Losh
9815780f3baSWarner Losh	Sometimes, obscure build problems are the result of environment
9825780f3baSWarner Losh	poisoning.  This can happen because the make utility reads its
9835780f3baSWarner Losh	environment when searching for values for global variables.
9845780f3baSWarner Losh	To run your build attempts in an "environmental clean room",
9855780f3baSWarner Losh	prefix all make commands with 'env -i '.  See the env(1) manual
9865780f3baSWarner Losh	page for more details.
9875780f3baSWarner Losh
988dc0dbf5cSWarner Losh	To build a kernel
989dc0dbf5cSWarner Losh	-----------------
990ba01eb20SWarner Losh	If you are updating from a prior version of FreeBSD (even one just
991f699bbbbSMark Ovens	a few days old), you should follow this procedure. With a
992ba01eb20SWarner Losh	/usr/obj tree with a fresh buildworld,
9931e159248SWarner Losh	make buildkernel KERNCONF=YOUR_KERNEL_HERE
9941e159248SWarner Losh	make installkernel KERNCONF=YOUR_KERNEL_HERE
995dc0dbf5cSWarner Losh
996ba01eb20SWarner Losh	To just build a kernel when you know that it won't mess you up
997ba01eb20SWarner Losh	--------------------------------------------------------------
998ba01eb20SWarner Losh	cd src/sys/{i386,alpha}/conf
99947d0d01fSWarner Losh	config KERNEL_NAME_HERE
1000ba01eb20SWarner Losh	cd ../../compile/KERNEL_NAME_HERE
1001ba01eb20SWarner Losh	make depend
1002ba01eb20SWarner Losh	make
1003ba01eb20SWarner Losh	make install
1004ba01eb20SWarner Losh
1005ba01eb20SWarner Losh	If this fails, go to the "To build a kernel" section.
1006ba01eb20SWarner Losh
1007ba01eb20SWarner Losh	To rebuild everything and install it on the current system.
1008ba01eb20SWarner Losh	-----------------------------------------------------------
100963cb445eSWarner Losh	# Note: sometimes if you are running current you gotta do more than
101063cb445eSWarner Losh	# is listed here if you are upgrading from a really old current.
101163cb445eSWarner Losh
1012f643de42SWarner Losh	<make sure you have good level 0 dumps>
101363cb445eSWarner Losh	<maybe fix /etc/fstab>				[7]
101463cb445eSWarner Losh	make buildworld
101563cb445eSWarner Losh	make buildkernel KERNCONF=YOUR_KERNEL_HERE
101663cb445eSWarner Losh	make installkernel KERNCONF=YOUR_KERNEL_HERE
101763cb445eSWarner Losh							[1]
101863cb445eSWarner Losh	<reboot in single user>				[3]
101963cb445eSWarner Losh	mergemaster -p					[5]
102063cb445eSWarner Losh	make installworld
102163cb445eSWarner Losh	mergemaster					[4]
102263cb445eSWarner Losh	<reboot>
102363cb445eSWarner Losh
1024759f0aefSWarner Losh
10251dece4a9SWarner Losh	To upgrade from 4.x-stable to current
1026ba26da8eSWarner Losh	-------------------------------------
10275c195f59SWarner Losh	# 5.x uses more space than 4.x.  Also, the location of kernel
10285c195f59SWarner Losh	# modules has changed.  If you are installing 5.0 onto a 4.x
10295c195f59SWarner Losh	# system, you'll need about 30MB of free disk space on your /
10305c195f59SWarner Losh	# partition.  If you have less than this, you may encounter difficult
1031f643de42SWarner Losh	# to back out of problems with this proceedure.  If /tmp is on
1032f643de42SWarner Losh	# the / partition, you may want to completely remove all its content
1033f643de42SWarner Losh	# before upgrading, as this can be a common source of shortage of
1034f643de42SWarner Losh	# space on /.
1035f643de42SWarner Losh
1036f643de42SWarner Losh	<make sure you have good level 0 dumps>
1037fc8c157fSWarner Losh	<maybe fix /etc/fstab>				[7]
103821c075eaSWarner Losh	make buildworld					[9]
1039c74fe6afSWarner Losh	make buildkernel KERNCONF=YOUR_KERNEL_HERE	[8]
1040d2125802SWarner Losh	cp src/sys/${MACHINE}/conf/GENERIC.hints /boot/device.hints [2]
1041be1d673dSRuslan Ermilov	make installkernel KERNCONF=YOUR_KERNEL_HERE
1042fc8c157fSWarner Losh	cd src/sys/boot ; make install			[6]
1043fc8c157fSWarner Losh							[1]
1044fc8c157fSWarner Losh	<reboot in single user>				[3]
1045835284beSWarner Losh	mergemaster -p					[5]
1046f8a4c901SWarner Losh	rm -rf /usr/include/g++
1047ba26da8eSWarner Losh	make installworld
1048a6cd4f9dSWarner Losh	mergemaster					[4]
1049ba26da8eSWarner Losh	<reboot>
1050ba26da8eSWarner Losh
1051fdb9f54dSWarner Losh	Make sure that you've read the UPDATING file to understand the
1052fdb9f54dSWarner Losh	tweaks to various things you need.  At this point in the life
1053fdb9f54dSWarner Losh	cycle of current, things change often and you are on your own
1054fdb9f54dSWarner Losh	to cope.  The defaults can also change, so please read ALL of
1055fdb9f54dSWarner Losh	the UPDATING entries.
1056ba26da8eSWarner Losh
10571dece4a9SWarner Losh	Also, if you are tracking -current, you must be subscribed to
10581dece4a9SWarner Losh	freebsd-current@freebsd.org.  Make sure that before you update
10591dece4a9SWarner Losh	your sources that you have read and understood all the recent
10601dece4a9SWarner Losh	messages there.  If in doubt, please track -stable which has
10611dece4a9SWarner Losh	much fewer pitfalls.
10621dece4a9SWarner Losh
1063134d2e86SWarner Losh	[1] If you have third party modules, such as vmware, you
1064134d2e86SWarner Losh	should disable them at this point so they don't crash your
1065134d2e86SWarner Losh	system on reboot.
1066134d2e86SWarner Losh
10679c1a7444SWarner Losh	[2] If you have legacy ISA devices, you may need to create
10689c1a7444SWarner Losh	your own device.hints to reflect your unique hardware
10699c1a7444SWarner Losh	configuration.
10709c1a7444SWarner Losh
1071ee6e1fc3SWarner Losh	[3] From the bootblocks, boot -s, and then do
1072ee6e1fc3SWarner Losh		fsck -p
1073ee6e1fc3SWarner Losh		mount -u /
1074ee6e1fc3SWarner Losh		mount -a
1075ee6e1fc3SWarner Losh		cd /usr/src
107647d0d01fSWarner Losh		adjkerntz -i		# if CMOS is wall time
1077f6a0ef01SWarner Losh	Also, when doing a major release upgrade, it is required that
1078f6a0ef01SWarner Losh	you boot into single user mode to do the installworld.
1079b705ae10SWarner Losh	For the 4.x -> 5.0 upgrade, you will also see many messages about
1080b705ae10SWarner Losh	needing to recompile your userland.  These are harmless and can
1081b705ae10SWarner Losh	be ignored while you proceed to the next step.
1082ee6e1fc3SWarner Losh
1083a6cd4f9dSWarner Losh	[4] Note: This step is non-optional.  Failure to do this step
1084a6cd4f9dSWarner Losh	can result in a significant reduction in the functionality of the
1085a6cd4f9dSWarner Losh	system.  Attempting to do it by hand is not recommended and those
1086a6cd4f9dSWarner Losh	that pursue this avenue should read this file carefully, as well
1087a6cd4f9dSWarner Losh	as the archives of freebsd-current and freebsd-hackers mailing lists
1088a6cd4f9dSWarner Losh	for potential gotchas.
1089a6cd4f9dSWarner Losh
1090835284beSWarner Losh	[5] Usually this step is a noop.  However, from time to time
1091835284beSWarner Losh	you may need to do this if you get unknown user in the following
1092835284beSWarner Losh	step.  It never hurts to do it all the time.  You may need to
1093835284beSWarner Losh	install a new mergemaster (cd src/usr.sbin/mergemaster && make
1094835284beSWarner Losh	install) after the buildworld before this step if you last updated
1095835284beSWarner Losh	from current before 20020224 or from -stable before 20020408.
1096835284beSWarner Losh
1097bd79cf40SWarner Losh	[6] 4.x boot loader can be used to boot a 5.x system, however
1098bd79cf40SWarner Losh	it is difficult to do that at best.  If you wish to try, then
1099bd79cf40SWarner Losh	you should interrupt the boot and at the ok prompt type:
1100bd79cf40SWarner Losh		ok unload
1101bd79cf40SWarner Losh		ok boot /boot/kernel/kernel
1102bd79cf40SWarner Losh	If this fails to work, you must install a new boot loader as
1103bd79cf40SWarner Losh	described here.
1104fc8c157fSWarner Losh
1105fc8c157fSWarner Losh	[7] Before you upgrade, please make sure that you are not using
1106fc8c157fSWarner Losh	compatibility slices.  These are device names of the form, on i386
1107fc8c157fSWarner Losh	and other architectures that use MBR slicing, /dev/ad0a without the
1108fc8c157fSWarner Losh	actual slice name.  Chances are excellent that these will break.
1109fc8c157fSWarner Losh	You generally must update these entries to use the post FreeBSD
1110fc8c157fSWarner Losh	2.x form of /dev/ad0s1a.
1111fc8c157fSWarner Losh
1112c74fe6afSWarner Losh	[8] In order to have a kernel that can run the 4.x binaries
1113c74fe6afSWarner Losh	needed to do an installworld, you must include the COMPAT_FREEBSD4
1114c74fe6afSWarner Losh	option in your kernel.  Failure to do so may leave you with a system
1115c74fe6afSWarner Losh	that is hard to boot to recover.
1116c74fe6afSWarner Losh
111721c075eaSWarner Losh	[9] When checking out sources, you must include the -P flag to have
111821c075eaSWarner Losh	cvs prune empty directories.
1119dc0dbf5cSWarner LoshFORMAT:
1120dc0dbf5cSWarner Losh
1121f699bbbbSMark OvensThis file contains a list, in reverse chronological order, of major
11221fc1a0dcSWarner Loshbreakages in tracking -current.  Not all things will be listed here,
1123f8ab1dd6SWarner Loshand it only starts on March 15, 2000.  Updating files can found in
1124f8ab1dd6SWarner Loshprevious releases if your system is older than this.
11251fc1a0dcSWarner Losh
1126e72fd46aSWarner LoshCopyright information:
1127e72fd46aSWarner Losh
11289698f2c0SWarner LoshCopyright 1998, 2002 M. Warner Losh.  All Rights Reserved.
1129e72fd46aSWarner Losh
1130772730c7SWarner LoshRedistribution, publication, translation and use, with or without
1131772730c7SWarner Loshmodification, in full or in part, in any form or format of this
11329698f2c0SWarner Loshdocument are permitted without further permission from the author.
1133e72fd46aSWarner Losh
1134e72fd46aSWarner LoshTHIS DOCUMENT IS PROVIDED BY WARNER LOSH ``AS IS'' AND ANY EXPRESS OR
1135e72fd46aSWarner LoshIMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
1136e72fd46aSWarner LoshWARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
1137e72fd46aSWarner LoshDISCLAIMED.  IN NO EVENT SHALL WARNER LOSH BE LIABLE FOR ANY DIRECT,
1138e72fd46aSWarner LoshINDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
1139e72fd46aSWarner Losh(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
1140e72fd46aSWarner LoshSERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
1141e72fd46aSWarner LoshHOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
1142e72fd46aSWarner LoshSTRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
1143e72fd46aSWarner LoshIN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
1144e72fd46aSWarner LoshPOSSIBILITY OF SUCH DAMAGE.
1145e72fd46aSWarner Losh
1146e72fd46aSWarner LoshIf you find this document useful, and you want to, you may buy the
1147e72fd46aSWarner Loshauthor a beer.
1148e72fd46aSWarner Losh
114922306abcSWarner LoshContact Warner Losh if you have any questions about your use of
1150772730c7SWarner Loshthis document.
1151772730c7SWarner Losh
115297d92980SPeter Wemm$FreeBSD$
1153