xref: /freebsd/UPDATING (revision ca22e6526aff08d61a1008295165eb97eebe2874)
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
205d2af00cSGregory Neil Shapiro20030208:
215d2af00cSGregory Neil Shapiro	sendmail 8.12.7 has been imported.  It has one important
225d2af00cSGregory Neil Shapiro	change for IPv6 users.  The default submit.mc now uses
235d2af00cSGregory Neil Shapiro	'[127.0.0.1]' instead of 'localhost' meaning only IPv4 is
245d2af00cSGregory Neil Shapiro	used to connect to the MTA.  Users on IPv6-only machines
255d2af00cSGregory Neil Shapiro	will need to edit /etc/mail/submit.mc appropriately.
265d2af00cSGregory Neil Shapiro
275d2af00cSGregory Neil Shapiro20030128:
289db58771SPoul-Henning Kamp	NODEVFS option has been removed and DEVFS thereby made standard.
29ca22e652SJens Schweikhardt	This makes all references to MAKEDEV obsolete, and they should
309db58771SPoul-Henning Kamp	be removed when convenient.
319db58771SPoul-Henning Kamp
328d9b3f57SJake Burkholder20030126:
338d9b3f57SJake Burkholder	The name of the device for the ofw console has changed, sparc64 users
348d9b3f57SJake Burkholder	must run mergemaster to update their installed /etc/ttys.
358d9b3f57SJake Burkholder
361c5efda5SJeff Roberson20030125:
371c5efda5SJeff Roberson	The scheduler framework has grown a second scheduler and consequently
381c5efda5SJeff Roberson	you must specify one and only one scheduler in your kernel config.
39ca22e652SJens Schweikhardt	The cvs config files have been updated to use the old scheduler
401c5efda5SJeff Roberson	which may be selected via 'options SCHED_4BSD'.  If you would like
411c5efda5SJeff Roberson	to try the new, much more experimental, scheduler please try
421c5efda5SJeff Roberson	'options SCHED_ULE' and contribute to the arch@ discussion.
431c5efda5SJeff Roberson
449d1d64f5SWarner Losh20030115:
459d1d64f5SWarner Losh	A new version of the wi driver has been imported into the tree.
469d1d64f5SWarner Losh	One now must have device wlan in the config file for it to operate
479d1d64f5SWarner Losh	properly.
489d1d64f5SWarner Losh
49c9fdb80aSWarner Losh	In addition, there have been some changes to how wi devices are
50c9fdb80aSWarner Losh	configured for point to point links to bring it more in line
51c9fdb80aSWarner Losh	with the former way of doing things, as well as compatibility
52c9fdb80aSWarner Losh	with NetBSD.
53c9fdb80aSWarner Losh
54161dc364SAlexander Kabaev20021222:
55161dc364SAlexander Kabaev 	For a period after the GCC 3.2.1 import (from 12/04 to 12/22), GCC
56161dc364SAlexander Kabaev 	used an incompatible form of ABI for returning structures and unions
57161dc364SAlexander Kabaev 	which FreeBSD's GCC maintainers were not aware of relative to previous
58161dc364SAlexander Kabaev 	versions of FreeBSD.  We have gone back to the ABI for now, and any
59161dc364SAlexander Kabaev 	code compiled which is required to interoperate with other code (not
60161dc364SAlexander Kabaev 	built at the same time) returning structs or unions should be
6184cc83efSAlexander Kabaev	rebuilt.
62161dc364SAlexander Kabaev
63fb4c8061SMartin Blapp20021216:
64fb4c8061SMartin Blapp	A name change in /etc/netconfig has been reverted to stay
65fb4c8061SMartin Blapp	compatible with with suns TIRPC and also with NetBSD. You need
66fb4c8061SMartin Blapp	to run mergemaster after make world. A new libc does still work
679d5abbddSJens Schweikhardt	with an outdated /etc/netconfig for some time, but you'll get
68fb4c8061SMartin Blapp	a warning. This warning will be removed in 20030301.
69fb4c8061SMartin Blapp
7017d47eb3SGiorgos Keramidas20021202:
7117d47eb3SGiorgos Keramidas	The recent binutils upgrade marks a kernel flag day on
7217d47eb3SGiorgos Keramidas	sparc64: modules built with the old binutils will not work
7317d47eb3SGiorgos Keramidas	with new kernels and vice versa. Mismatches will result in
7417d47eb3SGiorgos Keramidas	panics.  Make sure your kernel and modules are in sync.
7517d47eb3SGiorgos Keramidas
76a4459294SBill Fenner20021029:
77a4459294SBill Fenner	The value of IPPROTO_DIVERT has changed.  Make sure to keep
78a4459294SBill Fenner	your kernel, netstat, natd and any third-party DIVERT
79a4459294SBill Fenner	consumers in sync.
80a4459294SBill Fenner
81fc8c157fSWarner Losh20021024:
82fc8c157fSWarner Losh	Old, compatibility slices have been removed in GEOM kernels.  This
83fc8c157fSWarner Losh	means that you will have to update your /etc/fstab to not use
84fc8c157fSWarner Losh	disk devices of the form /dev/ad0a.  Instead, you now must
85fc8c157fSWarner Losh	specify /dev/ad0s1a, or whatever slice your FreeBSD partition
86fc8c157fSWarner Losh	really is on.  The old device names have gone away, so if you
87fc8c157fSWarner Losh	use them anywhere else, you must also adjust those uses.
8869f7bcf3SWarner Losh
89fd9e8bdaSAndrew Gallatin20021023:
90fd9e8bdaSAndrew Gallatin	Alphas with kernels from between 20020830 and 20021023 and/or
91fd9e8bdaSAndrew Gallatin	rtld (ld-elf.so.1) older than 20021023 may experience problems
92fd9e8bdaSAndrew Gallatin	with groff while doing a buildworld (kernel: "out of memory",
93fd9e8bdaSAndrew Gallatin	fixed in rev 1.129 of kern/imgact_elf.c; rtld: "too few PT_LOAD
94fd9e8bdaSAndrew Gallatin	segments", fixed in rev 1.8 of libexec/rtld-elf/map_object.c).
95fd9e8bdaSAndrew Gallatin
96fd9e8bdaSAndrew Gallatin	So, to successfully upgrade your Alpha, you must either
97fd9e8bdaSAndrew Gallatin	upgrade your kernel and rtld first (which might be a bit
98fd9e8bdaSAndrew Gallatin	tricky), or avoid running the bootstrapped groff during the
99fd9e8bdaSAndrew Gallatin	"transitional" buildworld.  To avoid running groff during the
100fd9e8bdaSAndrew Gallatin	transitional upgrade run make buildworld with -DNOMAN,
101fd9e8bdaSAndrew Gallatin	-DNO_SHAREDOCS, and -DNO_LPR.
102fd9e8bdaSAndrew Gallatin
103f8a4c901SWarner Losh20020831:
104f8a4c901SWarner Losh	gcc has been upgraded to 3.2.  It is not all binary compatible
105f8a4c901SWarner Losh	with earlier versions of gcc for c++ programs.  All c++
106f8a4c901SWarner Losh	programs and libraries need to be recompiled.
107f8a4c901SWarner Losh
108f8a4c901SWarner Losh	Also, if you encounter g++ issues, rm /usr/include/g++/* before
109f8a4c901SWarner Losh	doing an installworld to make sure that stale files are removed.
110f8a4c901SWarner Losh
111c2248fa2SJens Schweikhardt20020827:
112c2248fa2SJens Schweikhardt	Our /etc/termcap now has all the entries from the XFree86 xterm
113c2248fa2SJens Schweikhardt	almost unchanged. This means xterm now supports color by default.
114c2248fa2SJens Schweikhardt	If you used TERM=xterm-color in the past you now should use
115c2248fa2SJens Schweikhardt	TERM=xterm. (xterm-color will lead to benign warnings).
116c2248fa2SJens Schweikhardt
1170d533e43SRuslan Ermilov20020815:
1180d533e43SRuslan Ermilov	A "bug" in gcc(1) that was hiding warning in system headers was
1190d533e43SRuslan Ermilov	fixed.  It's probably time to add -DNO_WERROR to your make line
1200d533e43SRuslan Ermilov	again.
1210d533e43SRuslan Ermilov
12233c1de7dSRuslan Ermilov20020729:
12333c1de7dSRuslan Ermilov	COPY is being deprecated.  The 20010530 change was reverted, as
12433c1de7dSRuslan Ermilov	it causes far more pain than was expected, and to always compare
12533c1de7dSRuslan Ermilov	before installing, please use INSTALL="install -C" again.  The
12633c1de7dSRuslan Ermilov	-C option is now silently ignored when used with the -d option.
12733c1de7dSRuslan Ermilov
1282b877facSJulian Elischer20020702:
1292b877facSJulian Elischer	Problems with libc_r clients like KDE and GNOME have been resolved.
1302b877facSJulian Elischer	There are still some minor problems with some signals but the
1312b877facSJulian Elischer	system is stable enough for general use again. SMP is less so than UP
1322b877facSJulian Elischer	but each can successfully complete multiple buildworlds.
1332b877facSJulian Elischer	Libkvm needs to be recompiled due to KSE.
1342b877facSJulian Elischer
13506596d37SWarner Losh20020701:
13606596d37SWarner Losh	Now would be a bad time to upgrade.  Something in or near the
13706596d37SWarner Losh	KSE commit totally broke programs using libc_r like KDE and
13806596d37SWarner Losh	GNOME.
13906596d37SWarner Losh
14095ba4330SJacques Vidrine20020511:
14195ba4330SJacques Vidrine	The k5su utility installed as part of Kerberos 5 is no longer
14295ba4330SJacques Vidrine	installed with the set-user-ID bit set by default.  Add
14395ba4330SJacques Vidrine	ENABLE_SUID_K5SU=yes to /etc/make.conf to have it installed
14495ba4330SJacques Vidrine	with the set-user-ID bit set.
14595ba4330SJacques Vidrine
146a81da3c9SDavid E. O'Brien20020510:
147f50caf6fSDavid E. O'Brien	Gcc 3.1 debugging format (cc -g) has changed from STABS to DWARF2.
148f50caf6fSDavid E. O'Brien	Unfortunately our native GDB (at version 4.18) does not understand
1494b683fb2SRobert Watson	the DWARF2 debugging format.  Thus you must use `gcc -gstabs+' to
150f50caf6fSDavid E. O'Brien	generated debugging information for our native GDB.
151f50caf6fSDavid E. O'Brien
152f50caf6fSDavid E. O'Brien20020510:
153a81da3c9SDavid E. O'Brien	Due to the way CVS works, it may not properly update src/contrib/gcc
154a81da3c9SDavid E. O'Brien	to the 3.1 sources.  The easiest fix is to `rm -rf' src/contrib/gcc
155a81da3c9SDavid E. O'Brien	and then do a cvs update.
156a81da3c9SDavid E. O'Brien
157528a0ef5SJacques Vidrine20020421:
158528a0ef5SJacques Vidrine	When exec'ing set[ug]id executables, the kernel now ensures that the
159528a0ef5SJacques Vidrine	stdio file descriptors (0..2) are open.  See FreeBSD-SA-02:23.stdio.
160528a0ef5SJacques Vidrine
16185aa5a2eSGregory Neil Shapiro20020404:
16285aa5a2eSGregory Neil Shapiro	New sendmail startup scripts have been installed to make it
16385aa5a2eSGregory Neil Shapiro	easier to use alternative MTAs with FreeBSD.  Setting the rc.conf
16485aa5a2eSGregory Neil Shapiro	variable sendmail_enable to "NO" no longer prevents any sendmail
16585aa5a2eSGregory Neil Shapiro	daemons from starting.  Instead, either set sendmail_enable to
16685aa5a2eSGregory Neil Shapiro	"NONE" or change mta_start_script to a script for starting
16785aa5a2eSGregory Neil Shapiro	an alternative MTA.  Setting mta_start_script to "" will
16885aa5a2eSGregory Neil Shapiro	also prevent any MTA from being started at boot.
16985aa5a2eSGregory Neil Shapiro
1708f1e4358SRuslan Ermilov20020403:
1718f1e4358SRuslan Ermilov	UCONSOLE is no longer a valid kernel option.
1728f1e4358SRuslan Ermilov
1732292c02eSWarner Losh20020315:
1742292c02eSWarner Losh	FreeBSD 5.0 DP-1 was basically branched today.
1752292c02eSWarner Losh
17669f7bcf3SWarner Losh20020225:
17769f7bcf3SWarner Losh	Warnings are now errors in the kernel.  Unless you are a developer,
17869f7bcf3SWarner Losh	you should add -DNO_WERROR to your make line.
17969f7bcf3SWarner Losh
1808f35c493SWarner Losh20020217:
1818f35c493SWarner Losh	sendmail 8.12.2 has been imported.  The sendmail binary is no
1828f35c493SWarner Losh	longer a set-user-ID root binary and the infrastructure to support
1838f35c493SWarner Losh	command line mail submission has changed.  Be sure to run
1848f35c493SWarner Losh	mergemaster (especially for updating /etc/rc, /etc/defaults/rc.conf,
1858f35c493SWarner Losh	and /etc/mail) and read /etc/mail/README for more details.
1868f35c493SWarner Losh
187835284beSWarner Losh	Due to the import of sendmail 8.12.2, a new user and group are
188835284beSWarner Losh	required in order for sendmail to run as a set-group-ID
189835284beSWarner Losh	binary.  A 'make installworld' will use the new user and group
190835284beSWarner Losh	to set the owner and group of /var/spool/clientmqueue and will
191835284beSWarner Losh	fail if the new user and group do not exist.  The 'smmsp' user
192835284beSWarner Losh	and group must be merged from src/etc/group and
193835284beSWarner Losh	src/etc/master.passwd before using 'make installworld'.
194835284beSWarner Losh	'mergemaster -p' will do this.  You may need to install
195835284beSWarner Losh	mergemaster before this will work if you are updating from a
196835284beSWarner Losh	very old version of current.  The updating recipe has changed
197835284beSWarner Losh	as of this date.
198835284beSWarner Losh
199fa9401c1SWarner Losh20020112:
200fa9401c1SWarner Losh	The preferred configuration method for PAM is now /etc/pam.d/
201fa9401c1SWarner Losh	rather than /etc/pam.conf.  If you have an unmodified
202fa9401c1SWarner Losh	pam.conf, just delete it after your next mergemaster run.  If
203fa9401c1SWarner Losh	you have local modifications, you can use
204fa9401c1SWarner Losh	/usr/src/etc/pam.d/convert.pl to incorporate them into your
205fa9401c1SWarner Losh	/etc/pam.d.
206fa9401c1SWarner Losh
207fa9401c1SWarner Losh	Please see the following url for more details:
208fa9401c1SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<xzp6667fyoa.fsf@flood.ping.uio.no>
20947d0d01fSWarner Losh20011229:
21047d0d01fSWarner Losh	If anyone here is already using the new rc.conf(5) variable
21147d0d01fSWarner Losh	networkfs_types, please note that it has changed
21247d0d01fSWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<9744.1009655556@axl.seasidesoftware.co.za>
21347d0d01fSWarner Losh
214514318a8SWarner Losh20011220:
215514318a8SWarner Losh	sys/i4b/driver/i4b_ispppsubr.c has been retired.  This file
216514318a8SWarner Losh	started out its life in the ISDN4BSD project as an offspring
217514318a8SWarner Losh	from sys/net/if_spppsubr.c, which eventually got a life of its
218514318a8SWarner Losh	own.  All the accumulated features and bugfixes of the i4b
219514318a8SWarner Losh	version have now been merged back into the base system's
220514318a8SWarner Losh	version now.  The only user-visible change resulting from this
221514318a8SWarner Losh	is that i4b's sppp(4) interfaces are to be managed with
222514318a8SWarner Losh	spppcontrol(8) again, since ispppcontrol(8) has been retired
223514318a8SWarner Losh	as well.  (There has never been rc file support for
224514318a8SWarner Losh	ispppcontrol in -current, but only in -stable.  That will be
225514318a8SWarner Losh	reverted by the time the changes are MFCed.)
226514318a8SWarner Losh
227514318a8SWarner Losh20011215:
228514318a8SWarner Losh	The fdc(4) driver has been updated and now automatically
229514318a8SWarner Losh	recognizes media in `standard' formats (like 1440 KB and
230514318a8SWarner Losh	720 KB for a 3.5" high-density drive) when accessing the
231514318a8SWarner Losh	default device node (e. g. /dev/fd0).  The old variety of
232514318a8SWarner Losh	floppy device nodes /dev/fd*.* is no longer present by
233514318a8SWarner Losh	default, devices can be created (in DEVFS) on demand.  They
234514318a8SWarner Losh	will need to be customized then for `odd' densities using
235514318a8SWarner Losh	fdcontrol(8).
236514318a8SWarner Losh
2372d22e2bfSWarner Losh20011209:
2382d22e2bfSWarner Losh	The bugs in procfs' debugging support code have been fixed,
2392d22e2bfSWarner Losh	and truss(1) now works again.
2402d22e2bfSWarner Losh
2419e0428e2SWarner Losh20011207:
2429e0428e2SWarner Losh	Daily security checks have been split out to use the periodic(8)
2439e0428e2SWarner Losh	scripts.  Some change in configuration may be necessary.  Please
2449e0428e2SWarner Losh	see
2459e0428e2SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<20011207155805.R8975@blossom.cjclark.org>
2469e0428e2SWarner Losh	for details.
2479e0428e2SWarner Losh
2489bab8c59SWarner Losh20011204:
2499bab8c59SWarner Losh	sos added VCD/SVCD support to ata driver and that needs the
2509bab8c59SWarner Losh	kernel and burncd to be in sync.
2519bab8c59SWarner Losh
252e57d8b01SWarner Losh20011203:
253e57d8b01SWarner Losh	The procfs pseudo-filesystem has now been converted to use the
254e57d8b01SWarner Losh	pseudofs framework.  If you have 'options PROCFS' in your
255e57d8b01SWarner Losh	kernel config, you'll need to add 'options PSEUDOFS' if it's
256e57d8b01SWarner Losh	not there already.
257e57d8b01SWarner Losh
258e57d8b01SWarner Losh	This change temporarily breaks truss(1); use ktrace(1) instead
259e57d8b01SWarner Losh	until the issue has been resolved.
260e57d8b01SWarner Losh
261b001d36fSJacques Vidrine20011202:
262b001d36fSJacques Vidrine	A security hole in OpenSSH involving `UseLogin yes' has been
263b001d36fSJacques Vidrine	patched.
264b001d36fSJacques Vidrine
2654b676ec1SWarner Losh20011126:
2664b676ec1SWarner Losh	You need to remove /usr/obj/.../usr.bin/tip before rebuilding
2675ebbf43eSWarner Losh	after this date.  You need to do this only once.
2684b676ec1SWarner Losh
269d961e462SWarner Losh20011103:
270d961e462SWarner Losh	Most of the awk issues have been resolved.  Some rough
271d961e462SWarner Losh	edges may be left, but for the most part things should be
2724b676ec1SWarner Losh	back to "normal." For CURRENT's usual definition of "normal."
273d961e462SWarner Losh
274d961e462SWarner Losh20011030:
275d961e462SWarner Losh	Awk has been upgraded to the one true awk from bell labs.  Expect
276d961e462SWarner Losh	choppy waves in the upgrade process.
277d961e462SWarner Losh
2781fe003b6SWarner Losh20011030:
279a4b6fda0SWarner Losh	The asr driver problem has been resolved.
2801fe003b6SWarner Losh
2811fe003b6SWarner Losh20011027:
2821fe003b6SWarner Losh	Due to changes in other parts of the system, the asr driver
2831fe003b6SWarner Losh	now causes the system to panic on boot.  Do not use it pending
2841fe003b6SWarner Losh	correction.  Comment it out of any kernel config file that you
2851fe003b6SWarner Losh	try to use from this date forward.
2861fe003b6SWarner Losh
2871fe003b6SWarner Losh20011025:
2881fe003b6SWarner Losh	When crossbuilding, use TARGET=xxx where you used to use
2891fe003b6SWarner Losh	MACHINE=xxx.  You don't need to set TARGET_ARCH and TARGET,
2901fe003b6SWarner Losh	unless you are changing both of them.  To cross build pc98 on
2911fe003b6SWarner Losh	an alpha, for example, you need to set TARGET=pc98 and
2921fe003b6SWarner Losh	TARGET_ARCH=i386.
2931fe003b6SWarner Losh
294d05f9643SWarner Losh20011001:
295d05f9643SWarner Losh	The kernel interface that burncd depends on has changed.
296d05f9643SWarner Losh	You must recompile both the kernel and userland applications
297d05f9643SWarner Losh	at the same time.
298d05f9643SWarner Losh
29958970f85SWarner Losh20010929:
30058970f85SWarner Losh	When crossbuilding, please set TARGET_ARCH rather than
30158970f85SWarner Losh	MACHINE_ARCH to indicate the target.  In the future, one will
30258970f85SWarner Losh	set TARGET_MACHINE where you set MACHINE now.  At the moment,
30358970f85SWarner Losh	setting MACHINE alone for same MACHINE_ARCH machines works
3049d5abbddSJens Schweikhardt	(eg, you can build pc98 on an i386 machine and vice versa).
30558970f85SWarner Losh
30658970f85SWarner Losh20010927:
30758970f85SWarner Losh	Some weird problems result from using ACPI on some machines.
30858970f85SWarner Losh	To disable ACPI you can add
30966ff0e67SMax Khon		hint.acpi.0.disabled="1"
31058970f85SWarner Losh	to /boot/loader.conf (or by putting set X=Y at the boot
31158970f85SWarner Losh	loader "ok" prompt).
31258970f85SWarner Losh
31358970f85SWarner Losh	Alternatively, you can remove it from /boot/kernel/acpi.ko
31458970f85SWarner Losh	or use the MODULES_OVERRIDE function in your kernel config
31558970f85SWarner Losh	file and not list acpi in that list.
316378f4486SAlfred Perlstein
3175119d237SWarner Losh20010924:
3185119d237SWarner Losh	The buildworld has been fixed.  You may need to install
3195119d237SWarner Losh	the 4.x compatibility libraries for some old binaries
3208b039fffSWarner Losh	to work.  Add COMPAT4X=true to your /etc/make.conf to
3218b039fffSWarner Losh	get them installed on every installworld, or execute the
3228b039fffSWarner Losh	following to get them installed only once:
3238b039fffSWarner Losh		cd src/lib/compat/compat4x.<arch>
32458970f85SWarner Losh		make all install
3258b039fffSWarner Losh	You will see ``__stdoutp undefined'' until you do this.
3265119d237SWarner Losh
3273c293725SWarner Losh20010919:
3283c293725SWarner Losh	There's a bug in the world build process.  The cross-tools
3293c293725SWarner Losh	are build with the NEW headers, but the OLD libc.a.  This
3303c293725SWarner Losh	leads to all kinds of problems with the new libc.  A temporary
331772730c7SWarner Losh	workaround is to add
3323c293725SWarner Losh		CFLAGS="-O -pipe -D_OLD_STDIO"
3333c293725SWarner Losh	before building world when upgrading from 4.x to current.  This
3343c293725SWarner Losh	can be removed afterwards.
3353c293725SWarner Losh
3363c293725SWarner Losh	A proper fix to the buildworld target is needed.
3373c293725SWarner Losh
3383c293725SWarner Losh20010918:
3393c293725SWarner Losh	Peter has committed his new kthread nfs client/server code.
3403c293725SWarner Losh	NFS may be unstable after this date.
3413c293725SWarner Losh
3423c293725SWarner Losh20010912:
3433c293725SWarner Losh	KSE has hit the tree.  Lots of things are now different in
3443c293725SWarner Losh	the kernel.  While a few problems were introduced in the
3453c293725SWarner Losh	initial commit, most of the major ones have been found and
3463c293725SWarner Losh	corrected.
3473c293725SWarner Losh
3483c293725SWarner Losh20010901:
3493c293725SWarner Losh	In OLDCARD, CardBus bridges appear to be stable.  The work
3503c293725SWarner Losh	arounds described in the 20010604 entry are now no longer
3513c293725SWarner Losh	necessary and will be ignored.  Most insert/remove problems
3523c293725SWarner Losh	have been rectified around this date.
3533c293725SWarner Losh
35498b17b95SWarner Losh20010823:
35598b17b95SWarner Losh 	named now runs as user bind and group bind rather than as
35698b17b95SWarner Losh 	root.  If named_enable is set to YES in /etc/rc.conf, ensure
35798b17b95SWarner Losh 	that user bind is available in /etc/passwd (using vipw(8))
35898b17b95SWarner Losh 	and that group bind is available in /etc/group.  Also make
35998b17b95SWarner Losh 	sure that user or group bind has read (and not write)
36098b17b95SWarner Losh 	permission for your name server configuration and that it
36198b17b95SWarner Losh 	has read and write permission for your slave zone files and
36298b17b95SWarner Losh 	directory.
36398b17b95SWarner Losh
36498b17b95SWarner Losh 	If you wish to continue to run named as root (a less secure
36598b17b95SWarner Losh 	alternative), add a line to /etc/rc.conf saying
36698b17b95SWarner Losh
36798b17b95SWarner Losh 		named_flags=
36898b17b95SWarner Losh
3697b9786edSMark Murray20010709:
3707b9786edSMark Murray	The PAM libraries have had an API upgrade that is beyond
3717b9786edSMark Murray	the ability of the shared library major number to handle.
3727b9786edSMark Murray	It is manifested by PAM-using ports dumping core. The
3737b9786edSMark Murray	solution is to rebuild those ports.
3747b9786edSMark Murray
3751d28950eSWarner Losh20010628:
3761d28950eSWarner Losh	The kernel compile module has moved from src/sys/compile/FOO
3771d28950eSWarner Losh	to src/sys/${MACHINE}/compile/FOO.
3781d28950eSWarner Losh
379e72fd46aSWarner Losh20010625:
38098b17b95SWarner Losh	The pccard modem issue from 20010613 has been corrected.
38198b17b95SWarner Losh	OLDCARD support is still a little weak in -current.  slot 1 is
38298b17b95SWarner Losh	known not to work on some TI based cardbus bridges.  Some
38398b17b95SWarner Losh	cardbus bridges do not properly detect insert/removal events.
38498b17b95SWarner Losh	IRQ configuration needs more safety belts.
38516de1a07SWarner Losh
3860d415dffSWarner Losh20010617:
387e72fd46aSWarner Losh	Softupdates problems have been corrected.
3880d415dffSWarner Losh
3890d415dffSWarner Losh20010614:
3900d415dffSWarner Losh	Peter ripped out the linkerset support.  You must, as always,
3910d415dffSWarner Losh	rerun config after you cvsup if you are using the traditional
3920d415dffSWarner Losh	kernel building methods.
3930d415dffSWarner Losh
3948b9959adSWarner Losh20010613:
3958b9959adSWarner Losh	pccard modems may not work with current after 20010604 date.  Some
3968b9959adSWarner Losh	do, others result in panics.  *MAKE*SURE* that you update your
397e72fd46aSWarner Losh	config and /etc/rc.conf ala the 20010604 entry, or you will have
398e72fd46aSWarner Losh	problems (this issue will be fixed, it just hasn't been yet).
3998b9959adSWarner Losh
400e72fd46aSWarner Losh20010613:
4018b9959adSWarner Losh	SOFTUPDATES seem to be broken since the middle of May or so.  Do not
402e72fd46aSWarner Losh	use them in current.  You can disable softupdates on all mounted
403e72fd46aSWarner Losh	partitions, or remove SOFTUPDATES the kernel config file.
4048b9959adSWarner Losh
4050d415dffSWarner Losh20010612:
4060d415dffSWarner Losh	After Peter's commits to the hints code, people have been noticing
4070d415dffSWarner Losh	that certain devices are attached (or try to) twice.  This is due
4080d415dffSWarner Losh	to having both static hints as well as a /boot/device.hints.  To
4090d415dffSWarner Losh	work around this issue, please use only one or the other mechanism
4100d415dffSWarner Losh	until this bug is fixed.
4110d415dffSWarner Losh
412e72fd46aSWarner Losh	Please note that a feature of config is that if you have config
413e72fd46aSWarner Losh	file FOO and FOO.hints, it automatically adds FOO.hints to the
414ca22e652SJens Schweikhardt	hints.c file, whether you want it to or not.
415e72fd46aSWarner Losh
4160d415dffSWarner Losh20010610:
4170d415dffSWarner Losh	Locale names have changed to match other systems better.
4180d415dffSWarner Losh
4196ccdb5e4SWarner Losh20010604:
4206ccdb5e4SWarner Losh	pccard support for pci cards has been committed.  You must change
4216ccdb5e4SWarner Losh	your /etc/pccard.conf irq lines.  It must match the irq used by
4226ccdb5e4SWarner Losh	pcic device.  Interrupt storms may result if you fail to do this.
4233590182eSWarner Losh	Interrupt storms look a lot like a hang.
4243590182eSWarner Losh
4253590182eSWarner Losh	You must also install a new pccardd, otherwise you will get an
4263590182eSWarner Losh	interrupt storm at card reset time (just after it tells you what
4273590182eSWarner Losh	it is).
4283590182eSWarner Losh
4293590182eSWarner Losh	pccardd_flags="-I" is necessary for the time being.  It tells pccardd
4303590182eSWarner Losh	not to ask the kernel if the interrupt is really free or not before
4313590182eSWarner Losh	using it.  You can either change the /etc/pccard.conf irq lines to
4323590182eSWarner Losh	match pcic, or add "-i X" to the pccardd_flags.
4336ccdb5e4SWarner Losh
4340bc62786SWarner Losh20010530:
4350bc62786SWarner Losh	INSTALL=install -C is being deprecated.  If you want to do this,
4360bc62786SWarner Losh	use COPY=-C instead.  The former method will be supported for only
4370bc62786SWarner Losh	a limited time.  If you see
4380bc62786SWarner Losh
4390bc62786SWarner Loshinstall: warning: the -d and -C options may not be specified together
4400bc62786SWarner Losh
4410bc62786SWarner Losh	in your makeworld, then you need to migrate towards using
4420bc62786SWarner Losh	COPY=-C.
4430bc62786SWarner Losh
44468a38c6cSWarner Losh20010525:
445b6609bbbSWarner Losh	It appears that vm is now stable enough to use again.  However,
446c4f4a728SWarner Losh	there may be other problems, so caution is still urged.  alpha
447c4f4a728SWarner Losh	definitely is in bad shape.
44868a38c6cSWarner Losh
449ed0f29caSWarner Losh20010521:
450ca22e652SJens Schweikhardt	Minor repo damage has happened.  This may cause problems
451ed0f29caSWarner Losh	with cvsup of ports.  If you get errors, please see
452ed0f29caSWarner Losh	http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27495
453ed0f29caSWarner Losh	at the bottom for details on a workaround.  The error message
454ed0f29caSWarner Losh	is
455ed0f29caSWarner LoshUpdater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": Directory not empty
456ed0f29caSWarner Losh
45780c16af9SWarner Losh20010520:
45868a38c6cSWarner Losh	Vm and/or swapping are busted on -current.  Please be patient.
45980c16af9SWarner Losh
46080c16af9SWarner Losh20010519:
46180c16af9SWarner Losh	pccard has had much reorganizational work done to it over
46280c16af9SWarner Losh	the past few days.  Everything should still work, but if
46380c16af9SWarner Losh	not, please contact imp@freebsd.org.
46480c16af9SWarner Losh
465a45f2d05SWarner Losh20010517:
466a45f2d05SWarner Losh	ata ioctl changed.  Make sure to recompile both kernel and
467a45f2d05SWarner Losh	userland at the same time.
468a45f2d05SWarner Losh
469a45f2d05SWarner Losh20010517:
470a45f2d05SWarner Losh	New ncurses imported.
471a45f2d05SWarner Losh
4722988afcaSWarner Losh20010512:
4732988afcaSWarner Losh	DEVFS is now opt out, not opt in.  Barring major problems, this
4742988afcaSWarner Losh	will be the only way to go starting July 1.
4752988afcaSWarner Losh
4761a33dba7SWarner Losh20010504:
4771a33dba7SWarner Losh	OpenSSH has been updated to 2.9.  Some defaults are different,
4781a33dba7SWarner Losh	including RhostsRSAAuthentication, which changes from yes to no.
4791a33dba7SWarner Losh
48009946a51SWarner Losh20010502:
48109946a51SWarner Losh	Perl breakage in 20010501 was corrected at 14:18:33 PDT.
48209946a51SWarner Losh
48309946a51SWarner Losh20010501:
48409946a51SWarner Losh	Building perl was broken at 02:25:25 PDT.
48509946a51SWarner Losh
48609946a51SWarner Losh20010430:
487a70a79adSWarner Losh	The bug in 20010429 was corrected at 07:35:37 PDT.  It is safe to
48809946a51SWarner Losh	go back in the water.
48909946a51SWarner Losh
49009946a51SWarner Losh20010429:
49109946a51SWarner Losh	A bad bug was committed at 04:48:42 PDT.  Don't use kernels after
49209946a51SWarner Losh	this date, but before the correction date.
49309946a51SWarner Losh
49491dd3b53SWarner Losh20010423:
49591dd3b53SWarner Losh	old fsck and new kernel interactions appear to have been fixed.
49691dd3b53SWarner Losh
49791dd3b53SWarner Losh20010411:
49891dd3b53SWarner Losh	fsck and the kernel were changed to handle some optimizations
49991dd3b53SWarner Losh	to directory layout.  This breaks backward compatibility.
50091dd3b53SWarner Losh	Update only if you understand that you must not use the old
50191dd3b53SWarner Losh	fsck with the new kernel ever.
50291dd3b53SWarner Losh
503933b3269SWarner Losh20010330:
504933b3269SWarner Losh	fsck has changed the meaning of the pass column in /etc/fstab.
505c4e215d3SWarner Losh	Please see the cvs commit to fsck.8 or the fsck.8 man page for
506933b3269SWarner Losh	details.  It is unclear if changes to /etc/fstab are necessary.
507933b3269SWarner Losh
508933b3269SWarner Losh20010319:
509933b3269SWarner Losh	portmap had changed name to rpcbind for maximum POLA in your
510933b3269SWarner Losh	current world.  /etc/hosts.{allow,deny} needs changes.  nfs and
511933b3269SWarner Losh	other rpc based programs that rely on portmapper will not work
512f34a9421SWarner Losh	without updates to /etc/hosts.{allow,deny} and /etc/netconfig.
51309946a51SWarner Losh
51409946a51SWarner Losh20010315:
51509946a51SWarner Losh	ata subsystem changes.  ATA_ENABLE_ATAPI_DMA, ATA_ENABLE_WC
516ca22e652SJens Schweikhardt	and ATA_ENABLE_TAGS are no longer kernel options.  They have
51709946a51SWarner Losh	been replaced by tunables.  See ata.4 for details.
518933b3269SWarner Losh
519933b3269SWarner Losh20010312:
520933b3269SWarner Losh	The fxp driver was converted to use miibus.  If you compile
521933b3269SWarner Losh	fxp into your kernel statically, you will need to add miibus.
522933b3269SWarner Losh
523933b3269SWarner Losh20010312:
524933b3269SWarner Losh	The wi device now defaults to BSS (infrastructure) mode
525933b3269SWarner Losh	instead of ad-hoc.
526933b3269SWarner Losh
527933b3269SWarner Losh20010310:
528f5260d32SWarner Losh	/dev/urandom should be a symbolic link to /dev/random now.
529933b3269SWarner Losh	Users of current not using DEVFS need to run MAKEDEV std.
530933b3269SWarner Losh	ssh might not work if you don't.
531933b3269SWarner Losh
53262353691SWarner Losh20010303:
53362353691SWarner Losh	The ed driver has been updated.  It now allows mii attachments,
53462353691SWarner Losh	which means that you must include the miibus in your kernel if
53562353691SWarner Losh	you use the ed driver.
53662353691SWarner Losh
537d325cf65SWarner Losh20010220:
538d325cf65SWarner Losh	The problems with libc have been corrected.  It is now mostly
539d325cf65SWarner Losh	safe to go back into the water.
540d325cf65SWarner Losh
541024daae6SWarner Losh20010211:
542024daae6SWarner Losh	The size of FILE was changed.  This breaks upgrading.  If
543024daae6SWarner Losh	you must upgrade, be prepared for pain.  It also breaks almost
544024daae6SWarner Losh	all binaries that you've compiled on -current.  You are warned
545024daae6SWarner Losh	that before upgrading would be a good time to do a level 0
546024daae6SWarner Losh	dump of your system.  No, really, I mean it this time.
547024daae6SWarner Losh
548024daae6SWarner Losh	To get to the new system, you'll need to use the following
549024daae6SWarner Losh	workaround.  Hopefully this can be sorted out so that we
550024daae6SWarner Losh	don't have to move this to the updating section.
551024daae6SWarner Losh
552024daae6SWarner Losh	To get around the installworld problem, do:
553024daae6SWarner Losh		# cd /usr/src/usr.bin/sed
554024daae6SWarner Losh		# make install
555024daae6SWarner Losh		# cd /usr/src
556024daae6SWarner Losh		# make installworld
557024daae6SWarner Losh	If that doesn't work, then try:
558024daae6SWarner Losh		# make -k installworld
559024daae6SWarner Losh		# make installworld
560024daae6SWarner Losh
561024daae6SWarner Losh20010207:
562024daae6SWarner Losh	DEVFS is now the default.  If you use vinum, make sure that you
563024daae6SWarner Losh	do not include devfs in your kernel as problems result.
564024daae6SWarner Losh
565024daae6SWarner Losh20010205:
5667595222aSWarner Losh	FFS_ROOT and CD9660_ROOT have been removed or deprecated.
567024daae6SWarner Losh	Remove them from your config.
568024daae6SWarner Losh
5691e159248SWarner Losh20010122:
5701e159248SWarner Losh	****************************** WARNING ******************************
5711e159248SWarner Losh			buildkernel has been changed slightly
5721e159248SWarner Losh	****************************** WARNING ******************************
5731e159248SWarner Losh	KERNCONF replaces the variable KERNEL for buildkernel.  You
5741e159248SWarner Losh	should update your scripts and make.conf accordingly.
5751e159248SWarner Losh
5761e159248SWarner Losh20010119:
5771e159248SWarner Losh	config has changed to allow DEV_FOO as a replacement for NFOO.
5781e159248SWarner Losh	This requires a new config to build correctly.
5791e159248SWarner Losh
580aac7dfeaSWarner Losh20010116:
581ca22e652SJens Schweikhardt	The kernel option I386_CPU is now mutually exclusive with the
582aac7dfeaSWarner Losh	other cpu types. If you have an i386 system, be sure that it
583aac7dfeaSWarner Losh	only had this line.  Remove it for all other configurations.
584aac7dfeaSWarner Losh
585aac7dfeaSWarner Losh20010110:
586aac7dfeaSWarner Losh	Changes to the kernel require it and burncd be in sync.
587aac7dfeaSWarner Losh
588aac7dfeaSWarner Losh20010102:
589aac7dfeaSWarner Losh	Everyone who has hw.sndunit set to something in
590aac7dfeaSWarner Losh	/etc/sysctl.conf, it is now hw.snd.unit.
591aac7dfeaSWarner Losh
59263c90c9eSWarner Losh20010101:
59363c90c9eSWarner Losh	ex and vi were broken by some changes to sys/queue.h.  If you
59463c90c9eSWarner Losh	have a bad vi, you will see make buildworld fail with a core
5955fd2a895SWarner Losh	dump while building termcap.  You can work around this problem
59663c90c9eSWarner Losh	by adding -k to your make buildworld.  This will cause the
59763c90c9eSWarner Losh	build to complete and install a new vi.  Once that's done, you
59863c90c9eSWarner Losh	can rebuild again without the -k to pick up anything that
59963c90c9eSWarner Losh	might have been ignored by the -k option.
60063c90c9eSWarner Losh
6015fd2a895SWarner Losh	Others have suggested that you can just rebuild libc if your
6025fd2a895SWarner Losh	vi/ex is dynamically linked, but I've not received any reports
6035fd2a895SWarner Losh	of this working.
6045fd2a895SWarner Losh
605aac7dfeaSWarner Losh20001228:
606aac7dfeaSWarner Losh	There have been some changes to libcrypt in -current.  The
607ca22e652SJens Schweikhardt	libscrypt/libdescrypt symlink silliness is gone and the installed
608aac7dfeaSWarner Losh	libcrypt is fully functional.  Be aware of this.
609aac7dfeaSWarner Losh
610de2bcc63SWarner Losh20001218:
611de2bcc63SWarner Losh	Linksys Fast Ethernet PCCARD cards supported by the ed driver
612de2bcc63SWarner Losh	now require the addition of flag 0x80000 to their config line
613de2bcc63SWarner Losh	in pccard.conf(5).  This flag is not optional.  These Linksys
614de2bcc63SWarner Losh	cards will not be recognized without it.
615de2bcc63SWarner Losh
616960773f7SWarner Losh20001205:
617960773f7SWarner Losh	Important new FreeBSD-version stuff: PAM support has been worked
618960773f7SWarner Losh	in, partially from the "Unix" OpenSSH version.  This requires
619960773f7SWarner Losh	adding the following in pam.conf:
620960773f7SWarner Losh
621960773f7SWarner Losh	sshd    auth    sufficient      pam_skey.so
622960773f7SWarner Losh	sshd    auth    required        pam_unix.so         try_first_pass
623960773f7SWarner Losh	sshd    session required        pam_permit.so
624960773f7SWarner Losh
6250acc635eSWarner Losh20001031:
6260acc635eSWarner Losh	cvs updated to 1.11.
6270acc635eSWarner Losh
6280acc635eSWarner Losh20001020:
6290acc635eSWarner Losh	The random device needs more entropy, so you need to make sure
6300acc635eSWarner Losh	that you've run mergemaster to get a /etc/rc which will seed
6310acc635eSWarner Losh	/dev/random.  If you don't and the system hangs after ldconfig,
6320acc635eSWarner Losh	then banging on the keyboard randomly until it unhangs is one
6330acc635eSWarner Losh	workaround.
6340acc635eSWarner Losh
6350acc635eSWarner Losh20001010:
6360acc635eSWarner Losh	****************************** WARNING ******************************
6370acc635eSWarner Losh				Sendmail has been updated.
6380acc635eSWarner Losh	****************************** WARNING ******************************
6390acc635eSWarner Losh	o mail.local(8) is no longer installed as a set-user-id binary.
6400acc635eSWarner Losh	o sendmail(8) is now built with STARTTLS support unless NO_OPENSSL
6410acc635eSWarner Losh	  is set.
6420acc635eSWarner Losh	o The default /etc/mail/sendmail.cf disables the SMTP EXPN and VRFY
6430acc635eSWarner Losh	  commands.
6440acc635eSWarner Losh	o Now using sendmail's version of vacation(1).
6450acc635eSWarner Losh	o The sendmail cf building tools (contrib/sendmail/cf) are installed
6460acc635eSWarner Losh	  in /usr/share/sendmail/cf.
6470acc635eSWarner Losh	o sendmail.cw changed to local-host-names
6480acc635eSWarner Losh
6490acc635eSWarner Losh	More details can be found at
6500acc635eSWarner Losh		http://people.freebsd.org/~imp/UPDATING/sendmail-20001010
6510acc635eSWarner Losh
6526e98a146SWarner Losh20001009:
6536e98a146SWarner Losh	The ports tree's new layout is in place.  Be sure to update
6546e98a146SWarner Losh	your entire ports tree, or you will have problems.
6556e98a146SWarner Losh
6566e98a146SWarner Losh20001006:
657685294e7SMark Ovens	The perl build procedure no longer installs miniperl, nor uses
6586e98a146SWarner Losh	the installed miniperl.  It is recommended that you delete
6596e98a146SWarner Losh	/usr/bin/miniperl.
6606e98a146SWarner Losh
661073113a4SWarner Losh20001005:
662073113a4SWarner Losh	This weekend the ports tree will be updated to a new layout.
663685294e7SMark Ovens	It will be in an inconsistent state until noted in the UPDATING
664073113a4SWarner Losh	file, or with asami-san's message to the relevant mailing
665073113a4SWarner Losh	lists.  With this new layout, you'll need to update the whole
666073113a4SWarner Losh	tree for anything to work.
667073113a4SWarner Losh
6680acc635eSWarner Losh20000928:
6690acc635eSWarner Losh	There was a change in the passwd format.  Need more information.
6700acc635eSWarner Losh
671be3885b3SWarner Losh20000916:
672be3885b3SWarner Losh	/boot/kernel/kernel.ko -> /boot/kernel/kernel change has taken
673be3885b3SWarner Losh	place.  Please update boot loader (not the boot blocks) at the
674be3885b3SWarner Losh	same time as your kernel.
675be3885b3SWarner Losh
67676ec9675SWarner Losh20000914:
67776ec9675SWarner Losh	The new pmtimer device is necessary for laptops.  Failure to
67876ec9675SWarner Losh	include the device will cause suspended laptops losing time
67976ec9675SWarner Losh	when they resume.  Include
68076ec9675SWarner Losh		device		pmtimer
68176ec9675SWarner Losh	in your config file and
68201b9a434SWarner Losh		hint.pmtimer.0.at="isa"
68376ec9675SWarner Losh	to your /boot/device.hints file.
68476ec9675SWarner Losh
685f4865386SMark Murray20000911:
686f4865386SMark Murray	The random device has been turned into a (pseudo-)device,
687f4865386SMark Murray	rather than an option. The supplied kernel config files have
688f4865386SMark Murray	been updated. You will need to do something similar in your
689f4865386SMark Murray	own kernel config file.
690f4865386SMark Murray	Remove:
691f4865386SMark Murray		options		RANDOMDEV
692f4865386SMark Murray	Add:
693f4865386SMark Murray		device		random
694f4865386SMark Murray	If you prefer to load the loadable module, you need to do
695f4865386SMark Murray	nothing.
696f4865386SMark Murray
697d594498fSWarner Losh20000909:
698d594498fSWarner Losh	The random device module has been renamed from randomdev.ko to
699d594498fSWarner Losh	random.ko. You will need to edit your /boot/loader.conf to
700d594498fSWarner Losh	reflect this if you load this module at boot time.
701d594498fSWarner Losh	The line should read:
702d594498fSWarner Losh		random_load="YES"
703d594498fSWarner Losh
7040deb7ddcSWarner Losh20000907:
7050deb7ddcSWarner Losh	The SMPNG commit has happened.  It should work, but if it
70616eb772dSWarner Losh	doesn't, fallback to the PRE_SMPNG CVS tag.  There are likely
70716eb772dSWarner Losh	to be a variety of minor issues.  Please see 20000905 to make
70816eb772dSWarner Losh	sure you don't have model loading problems which might at
70916eb772dSWarner Losh	first blush appear related to SMP.
71052bf24e7SWarner Losh
7115a01880bSWarner Losh20000906:
7125a01880bSWarner Losh	nsswitch has been imported from NetBSD.  Among other things,
7135a01880bSWarner Losh	this means that /etc/host.conf is no longer used.  See
7145a01880bSWarner Losh	nsswitch.conf(5) instead.  Note that at boot time rc.network
7155a01880bSWarner Losh	will attempt to produce a new nsswitch.conf file for you if you
7165a01880bSWarner Losh	don't have one, and you have host.conf.
7175a01880bSWarner Losh
7182b41163cSWarner Losh20000905:
71938d6ecd2SWarner Losh	The ucred structure changed size.  This breaks the interface
72038d6ecd2SWarner Losh	that mountd uses.  Trying to use an older mountd with a newer
72138d6ecd2SWarner Losh	kernel guarantees a panic.  This means that you need to use
72238d6ecd2SWarner Losh	kernels newer than today only with matching mountd, but you
72338d6ecd2SWarner Losh	needed to do that anyway with the boot loader changes.
72438d6ecd2SWarner Losh
72538d6ecd2SWarner Losh20000905:
7268aab4bc7SWarner Losh	The boot loader has been updated.  The new default kernel is
7278aab4bc7SWarner Losh	now /boot/kernel/kernel.ko.  The new default module location
7288aab4bc7SWarner Losh	is /boot/kernel.
7298aab4bc7SWarner Losh
7308aab4bc7SWarner Losh	You *MUST* upgrade your boot loader and kernel at the same time.
73138d6ecd2SWarner Losh	The easiest way to do this is to do the buildworld/buildkernel/
73238d6ecd2SWarner Losh	installkernel/installworld dance.
7332b41163cSWarner Losh
734d594498fSWarner Losh	Furthermore, you are urged to delete your old /modules directory
735d594498fSWarner Losh	before booting the new kernel, since kldload will find stale
736d594498fSWarner Losh	modules in that directory instead of finding them in the correct
737d594498fSWarner Losh	path, /boot/kernel.  The most common complaint that this cures
738d594498fSWarner Losh	is that the linux module crashes your machine after the update.
739d594498fSWarner Losh
740d594498fSWarner Losh	if [ ! -d /boot/kernel.old ]; then
741d594498fSWarner Losh		mv /modules.old /boot/kernel.old
742d594498fSWarner Losh		chflags noschg /kernel.old
743d594498fSWarner Losh		mv /kernel.old /boot/kernel.old/kernel.ko
744d594498fSWarner Losh		chflags schg /boot/kernel.old/kernel.ko
745d594498fSWarner Losh	fi
746d594498fSWarner Losh
747c22a309cSWarner Losh20000904:
748c22a309cSWarner Losh	A new issue with the sendmail upgrade has come to light.
749c22a309cSWarner Losh	/etc/aliases has moved to /etc/mail/aliases.  Mergemaster will
750c22a309cSWarner Losh	incorrectly install the default aliases in /etc/mail rather than
751c22a309cSWarner Losh	move the old one from /etc.  So you'll need to manually move the
752c22a309cSWarner Losh	file, create a symbolic link, remove the old /etc/aliases.db and
753c22a309cSWarner Losh	run newaliases.  For safety sake, you should stop sendmail
754c22a309cSWarner Losh	while doing this and run the upgrade when locally sourced email
755c22a309cSWarner Losh	is not likely to be generated.
756c22a309cSWarner Losh
757fdb9f54dSWarner Losh20000825:
758fdb9f54dSWarner Losh	/boot/device.hints is now required for installkernel to
7599c1a7444SWarner Losh	succeed.  You should copy GENERIC.hints for your architecture
7609c1a7444SWarner Losh	into /boot/device.hints.  If and only if you compile hints
7619c1a7444SWarner Losh	into your kernel, then this file may be empty.  Please note,
7629c1a7444SWarner Losh	if you have an empty or missing /boot/device.hints file and
7639c1a7444SWarner Losh	you neglected to compile hints into your kernel, no boot
7649c1a7444SWarner Losh	messages will appear after the boot loader tries to start the
7659c1a7444SWarner Losh	kernel.
7669c1a7444SWarner Losh
7679c1a7444SWarner Losh20000821:
7689c1a7444SWarner Losh	If you do NOT have ``options RANDOMDEV'' in your kernel and
7699c1a7444SWarner Losh	you DO want the random device then add randomdev_load="YES" to
7709c1a7444SWarner Losh	/boot/loader.conf.
771fdb9f54dSWarner Losh
7728f250aa7SWarner Losh20000812:
7735da0d091SWarner Losh	suidperl is now always built and installed on the system, but
7745da0d091SWarner Losh	with permissions of 511.  If you have applications that use
7755da0d091SWarner Losh	this program, you are now required to add ENABLE_SUIDPERL=true
7765da0d091SWarner Losh	to /etc/make.conf.  If you forget to do this,
7775da0d091SWarner Losh		chmod 4511 /usr/bin/suidperl
7785da0d091SWarner Losh	will fix this until the next build.
7795da0d091SWarner Losh
7805da0d091SWarner Losh20000812:
7818f250aa7SWarner Losh	sendmail has been updated from 8.9.3 to 8.11.0.  Some of the more
7828f250aa7SWarner Losh	visible changes that may immediately affect your configuration
7838f250aa7SWarner Losh	include:
7848f250aa7SWarner Losh	- New default file locations from src/contrib/sendmail/cf/README
7858f250aa7SWarner Losh	- newaliases limited to root and trusted users
7868f250aa7SWarner Losh	- MSA port (587) turned on by default
7878f250aa7SWarner Losh	- New queue file naming system so can't go from 8.11 -> 8.9
7888f250aa7SWarner Losh	- FEATURE(`rbl') renamed to FEATURE(`dnsbl')
7898f250aa7SWarner Losh	- FEATURE(`nullclient') is more full featured
7908f250aa7SWarner Losh	- FEATURE(`nouucp') requires an argument: `reject' or `nospecial'
7918f250aa7SWarner Losh	- mail.local FreeBSD-only -b option changed to -B
7928f250aa7SWarner Losh	- See src/contrib/sendmail/RELEASE_NOTES for more info
7938f250aa7SWarner Losh
79471c38472SWarner Losh20000810:
79571c38472SWarner Losh	suidperl (aka sperl) is no longer build by default.  You must
79671c38472SWarner Losh	specifically define BUILD_SUIDPERL to "true" for it to be build.
79771c38472SWarner Losh	Furthermore, we recommend that you remove /usr/bin/sperl* and
79871c38472SWarner Losh	/usr/bin/suidperl files from your system unless you have a
79971c38472SWarner Losh	specific use for it.
80071c38472SWarner Losh
80171c38472SWarner Losh20000729:
80271c38472SWarner Losh	Networking defaults have been tightened.  Anybody upgrading
80371c38472SWarner Losh	/etc/defaults/rc.conf needs to add the following lines to
80471c38472SWarner Losh	/etc/rc.conf if they want to have the same setup
80571c38472SWarner Losh	afterwards (unless the variables already are set, of course):
80671c38472SWarner Losh		# Enable network daemons for user convenience.
80771c38472SWarner Losh		inetd_enable="YES"
80871c38472SWarner Losh		portmap_enable="YES"
80971c38472SWarner Losh		sendmail_enable="YES"
81071c38472SWarner Losh
81171c38472SWarner Losh20000728:
81271c38472SWarner Losh	If you have null_load="YES" in your /boot/loader.conf, you
81371c38472SWarner Losh	will need to change that to nullfs_load="YES".
81471c38472SWarner Losh
8151dece4a9SWarner Losh20000728:
8161dece4a9SWarner Losh	The "installkernel" target has changed slightly. Now even if
8171dece4a9SWarner Losh	you override KERNEL e.g. 'make installkernel KERNEL=MYKERNEL'
8181dece4a9SWarner Losh	it will install the MYKERNEL file (built with the buildkernel
8191dece4a9SWarner Losh	target) as /kernel rather than /MYKERNEL. Those who have
8201dece4a9SWarner Losh	updated their /boot/loader.conf files to point to /MYKERNEL
8211dece4a9SWarner Losh	should remove that entry or perform manual rename of /kernel
8221dece4a9SWarner Losh	to /MYKERNEL.
8231dece4a9SWarner Losh
824409e887cSWarner Losh20000711:
825409e887cSWarner Losh	If you use CVSUP or CTM to get CVS trees, AND you used to get
826409e887cSWarner Losh	the old crypto files from internat.freebsd.org AND you check
827409e887cSWarner Losh	out files from the CVS tree with the cvs command, please read
828409e887cSWarner Losh		http://people.freebsd.org/~imp/internat.txt
829409e887cSWarner Losh	for details on potential problems that you might have and how
830409e887cSWarner Losh	to get around them.
831409e887cSWarner Losh
832409e887cSWarner Losh	If you are merely a mirror, or don't answer yes to each of the
833409e887cSWarner Losh	clauses above, you needn't worry.
834409e887cSWarner Losh
835409e887cSWarner Losh20000711:
836409e887cSWarner Losh	/etc/security has been updated to print the inode number of
837409e887cSWarner Losh	setuid programs that have changed.  You will see a large spike
838409e887cSWarner Losh	in the number of changed programs the first time when you run
839409e887cSWarner Losh	mergemaster to get a new /etc/security.
840409e887cSWarner Losh
841673d13f2SWarner Losh20000710:
842673d13f2SWarner Losh	/dev/random now has good entropy collection (from the keyboard
843673d13f2SWarner Losh	and sysmouse drivers). Please ensure that either `options
844673d13f2SWarner Losh	RANDOMDEV' is present in your kernel config file or that
845673d13f2SWarner Losh	`randomdev_load="YES"' is in your /boot/loader.conf. If you do
846673d13f2SWarner Losh	not have the /dev/random driver, OpenSSL (and consequently
847673d13f2SWarner Losh	lots of crypto tools (like SSH)) will fail with strange
848673d13f2SWarner Losh	errors. (see below, 20000624).
849673d13f2SWarner Losh
850bed5c5ffSWarner Losh	FreeBSD-current is safe again to run Crypto.
8511dece4a9SWarner Losh
852673d13f2SWarner Losh20000709:
853c6dd1430SWarner Losh	phk made the malloc default options AJ.  This may slow things
854c6dd1430SWarner Losh	down and uncover other latent bugs in the code.  If you need to
855c6dd1430SWarner Losh	run at full speed, you can disable this by doing the following:
856673d13f2SWarner Losh		ln -s aj /etc/malloc.conf
857673d13f2SWarner Losh
858e98e26cdSWarner Losh20000706:
859e98e26cdSWarner Losh	libftpio's version was accidentally bumped a few days ago.  This
860e98e26cdSWarner Losh	has been corrected.  You may need to remove /usr/lib/libftpio.so.6
861e98e26cdSWarner Losh	before doing your next buildworld/installworld pair.  It certainly
862f699bbbbSMark Ovens	won't hurt to remove it before the update procedure.  It will
863e98e26cdSWarner Losh	break fetch until a new one is built, but ftp can be used in the
8642c021c6cSMark Ovens	interim if needed.
865e98e26cdSWarner Losh
866e98e26cdSWarner Losh20000705:
867e98e26cdSWarner Losh	The crypto packages have changed for the cvsup.  This has been done
868e98e26cdSWarner Losh	in a backward compatible way, but the old packages will go away at
869e98e26cdSWarner Losh	some point in the future.  Look at /usr/share/examples/cvsup for
870e98e26cdSWarner Losh	details.
871e98e26cdSWarner Losh
872c373950eSWarner Losh20000704:
8732f961bc8SWarner Losh	With the new sys/modules/sound/drivers/*, you will need to
8742f961bc8SWarner Losh	set SYSDIR until you do an installworld after July 7th.
8752f961bc8SWarner Losh
8762f961bc8SWarner Losh20000704:
877c373950eSWarner Losh	rc.shutdown and rc will now call the rc.d scripts with start
878c373950eSWarner Losh	or stop.  This may cause some harmless warnings from older
879c373950eSWarner Losh	rc.d scripts that haven't been updated.
880c373950eSWarner Losh
88127dc3a2bSWarner Losh20000630:
88227dc3a2bSWarner Losh	The libfetch based version of fetch has gone into the tree.
88327dc3a2bSWarner Losh	Minor problems may result on some of the less popular sites,
88427dc3a2bSWarner Losh	which should be reported to des@freebsd.org.
88527dc3a2bSWarner Losh
886b8c215acSWarner Losh20000625:
887b8c215acSWarner Losh	From approximately this date forward, one must have the crypto
88827dc3a2bSWarner Losh	system installed in order to build the system and kernel.
88927dc3a2bSWarner Losh	While not technically strictly true, one should treat it as
89027dc3a2bSWarner Losh	required and grab the crypto bits.  If you are grabbing CVS
89127dc3a2bSWarner Losh	trees, src-all and cvs-crypto should be treated as if they
89227dc3a2bSWarner Losh	were required.  You should check with the latest collections
89327dc3a2bSWarner Losh	to make sure that these haven't changed.
894b8c215acSWarner Losh
8957b990719SWarner Losh20000624:
8967b990719SWarner Losh	Mark Murray just committed the first parts of a cleanup of
8977b990719SWarner Losh	/dev/zero, et al.  This is also cleaning up /dev/random.
8987b990719SWarner Losh	The entropy is disconnected, so DO NOT USE VERSIONS OF FREEBSD
8991a33dba7SWarner Losh	-CURRENT FROM THIS POINT to 2000710 for cryptographic services
9007b990719SWarner Losh	until Mark can merge in the fixes to this work in progress.
9017b990719SWarner Losh	openssh and openssl should not be used to generate keys from this
9027b990719SWarner Losh	date to the completion of the work.
9037b990719SWarner Losh
90427dc3a2bSWarner Losh	If you must operate at this reduced level of security, add '
90527dc3a2bSWarner Losh	options RANDOMDEV' to your kernel or modload the randomdev
90627dc3a2bSWarner Losh	module.  You may also need to copy a new MAKEDEV to /dev and
90727dc3a2bSWarner Losh	recreate the random and urandom devices.
90827dc3a2bSWarner Losh
90981e54c50SWarner Losh20000622:
91081e54c50SWarner Losh	The license on the softupdates is now a standard 2 clause
91181e54c50SWarner Losh	BSD license.  You may need to remove your symbolic links
91281e54c50SWarner Losh	that used to be required when updating.
91381e54c50SWarner Losh
91439943833SWarner Losh20000621:
9152c021c6cSMark Ovens	Scott Flatman <sf@aracnet.com> sent in a decent write-up on
9162a2f33fbSDaniel Baker	the config file update procedure.
9172a2f33fbSDaniel Baker		http://people.freebsd.org/~imp/config-upd.html
918c373950eSWarner Losh	NOTE: LINT is gone.  It has been replaced with NOTES.  NOTES
919a24eff53SWarner Losh	isn't buildable.  However, you can generate a LINT file.
92039943833SWarner Losh
921290f9ad8SWarner Losh20000620:
922290f9ad8SWarner Losh	Binutils 2.10 have hit the tree, or will shortly.  As soon
923290f9ad8SWarner Losh	as they do, the problem noted in 20000522 will be resolved and
924290f9ad8SWarner Losh	that workaround will no longer be required.
925290f9ad8SWarner Losh
92690fb6346SWarner Losh20000615:
92790fb6346SWarner Losh	phk removed the compatibility creation of wd devices in the
92890fb6346SWarner Losh	ad driver.  If you haven't done so already, you must update
92990fb6346SWarner Losh	your fstab, etc to use the ad devices instead of the wd
93090fb6346SWarner Losh	devices.
93190fb6346SWarner Losh
932f75f65bbSWarner Losh	In addition, you'll need to update your boot blocks to a
933f75f65bbSWarner Losh	more modern version, if you haven't already done so.  Modern
934f75f65bbSWarner Losh	here means 4.0 release or newer (although older releases
935f75f65bbSWarner Losh	may work).
936f75f65bbSWarner Losh
937ba26da8eSWarner Losh20000612:
938ba26da8eSWarner Losh	Peter took an axe to config(8).  Be sure that you read his mail
939290f9ad8SWarner Losh	on the topic before even thinking about updating.  You will
940c6dd1430SWarner Losh	need to create a /boot/device.hints or add a hints directive
941290f9ad8SWarner Losh	to your config file to compile them in statically.  The format
942f54a3542SWarner Losh	of the config file has changed as well.  Please see GENERIC or
943f54a3542SWarner Losh	NEWCARD for examples of the new format.
944290f9ad8SWarner Losh
9459698f2c0SWarner Losh	Indirectly, this also breaks USERCONFIG.  Unless a newer entry
9469698f2c0SWarner Losh	says that it has been fixed, assume that must use the hints mechanism
9479698f2c0SWarner Losh	in the loader if you need to use a machine with very old ISA cards
9489698f2c0SWarner Losh	in it.
949bbcc5149SWarner Losh
950d65850ebSWarner Losh20000522:
951ba26da8eSWarner Losh	A new set of binutils went into the tree today.  Anybody
952d65850ebSWarner Losh	building a kernel after this point is advised that they need
953d65850ebSWarner Losh	to rebuild their binutils (or better yet do a
954d65850ebSWarner Losh	buildworld/installworld) before building a new kernel.
955d65850ebSWarner Losh
956d9583a00SWarner Losh	Due to bugs in binutils, using malloc options (eg /etc/malloc.conf
957d9583a00SWarner Losh	or MALLOC_OPTIONS env var) J will cause ld to dump core.  It
958d9583a00SWarner Losh	is recommended that you don't set this option until the problem
959d9583a00SWarner Losh	is resolved.
960d9583a00SWarner Losh
9618039cedeSWarner Losh20000513:
9628039cedeSWarner Losh	The ethernet drivers were all updated to clean up the BPF handling.
9638039cedeSWarner Losh
964d65850ebSWarner Losh20000510:
9658039cedeSWarner Losh	The problems with boot blocks on the alphas have been corrected.
9668039cedeSWarner Losh	This will require some care in updating alphas.  A new libstand
9678039cedeSWarner Losh	is requires for the boot blocks to build properly.
9688039cedeSWarner Losh
9698039cedeSWarner Losh20000503:
9708039cedeSWarner Losh	Recompile all kld modules.  Proper version dependency info
9718039cedeSWarner Losh	is now available.
9728039cedeSWarner Losh
973d65850ebSWarner Losh20000502:
974d65850ebSWarner Losh	Modules have been disconnected from the buildworld tree and
975d65850ebSWarner Losh	connected to the kernel building instead.
976d65850ebSWarner Losh
977be149406SNik Clayton20000427:
9788039cedeSWarner Losh	You may need to build gperf
9798039cedeSWarner Losh		cd /usr/src/gnu/usr.bin/gperf && make depend all install
9808039cedeSWarner Losh	when upgrading from 4.0 -> current.  The build system now uses
9818039cedeSWarner Losh	an option only in -current.
9828039cedeSWarner Losh
9832b8dd5f4SWarner Losh20000417:
9842b8dd5f4SWarner Losh	The method that we brand ELF binaries has changed to be more
985f699bbbbSMark Ovens	acceptable to the binutils maintainers.  You will need to
9862b8dd5f4SWarner Losh	rebrand your ELF binaries that aren't native.  One problem
9872b8dd5f4SWarner Losh	binary is the Linux ldconfig.  After your make world, but
9882c021c6cSMark Ovens	before you reboot, you'll need to issue:
9892b8dd5f4SWarner Losh		brandelf -t Linux /compat/linux/sbin/ldconfig
9902b8dd5f4SWarner Losh	if you have Linux compatibility enabled on your machine.
9912b8dd5f4SWarner Losh
9928d9f1945SWarner Losh20000320:
9932b8dd5f4SWarner Losh	If you have really bad/marginal IDE drives, you may find they
9942b8dd5f4SWarner Losh	don't work well.  Use pio mode instead.  The easiest way to
9952b8dd5f4SWarner Losh	cope if you have a problem combination is to add:
996ae20a1b8SDima Dorfman		/sbin/sysctl hw.ata.ata_dma=0
9972b8dd5f4SWarner Losh	to the start of /etc/rc.conf.
9988d9f1945SWarner Losh
999f8ab1dd6SWarner Losh20000319:
1000f699bbbbSMark Ovens	The ISA and PCI compatibility shims have been connected to the
1001f8ab1dd6SWarner Losh	options COMPAT_OLDISA and COMPAT_OLDPCI.  If you are using old
1002f8ab1dd6SWarner Losh	style PCI or ISA drivers (i.e. tx, voxware, etc.) you must
1003f8ab1dd6SWarner Losh	include the appropriate option in your kernel config.  Drivers
1004f8ab1dd6SWarner Losh	using the shims should be updated or they won't ship with
1005f8ab1dd6SWarner Losh	5.0-RELEASE, targeted for 2001.
1006f8ab1dd6SWarner Losh
100719cada77SWarner Losh20000318:
1008f699bbbbSMark Ovens	We've entered the traditional post release dumping party.
100919cada77SWarner Losh	Large kernel changes are being committed and are in the
101019cada77SWarner Losh	works.  It is important to keep the systems' klds and kernel
101119cada77SWarner Losh	in sync as kernel interfaces and structures are changing.
101219cada77SWarner Losh	Before reporting kernel panics, make sure that all modules
101319cada77SWarner Losh	that you are loading are up to date.
1014ba228352SWarner Losh
101519cada77SWarner Losh20000315:
10166d23c382SWarner Losh	If you are upgrading from an older version of FreeBSD, you
10176d23c382SWarner Losh	need to update your boot blocks as well.  'disklabel -B ad0'
10186d23c382SWarner Losh	will do the trick.  This isn't critical until you remove your
10196d23c382SWarner Losh	wd device entries in /dev, at which point your system will not
10206d23c382SWarner Losh	boot.
10216d23c382SWarner Losh
10226d23c382SWarner Losh20000315:
102319cada77SWarner Losh	4.0 RELEASE shipped.  Please see the 4.0 UPDATING file for how
102419cada77SWarner Losh	to upgrade to 4.0 from 3.x.
102557199806SWarner Losh
1026dc0dbf5cSWarner LoshCOMMON ITEMS:
1027dc0dbf5cSWarner Losh
1028a24eff53SWarner Losh	General Notes
1029a24eff53SWarner Losh	-------------
1030a24eff53SWarner Losh	Avoid using make -j when upgrading.  From time to time in the
1031a24eff53SWarner Losh	past there have been problems using -j with buildworld and/or
1032a24eff53SWarner Losh	installworld.  This is especially true when upgrading between
1033a24eff53SWarner Losh	"distant" versions (eg one that cross a major release boundary
1034a24eff53SWarner Losh	or several minor releases, or when several months have passed
1035a24eff53SWarner Losh	on the -current branch).
1036a24eff53SWarner Losh
10375780f3baSWarner Losh	Sometimes, obscure build problems are the result of environment
10385780f3baSWarner Losh	poisoning.  This can happen because the make utility reads its
10395780f3baSWarner Losh	environment when searching for values for global variables.
10405780f3baSWarner Losh	To run your build attempts in an "environmental clean room",
10415780f3baSWarner Losh	prefix all make commands with 'env -i '.  See the env(1) manual
10425780f3baSWarner Losh	page for more details.
10435780f3baSWarner Losh
1044dc0dbf5cSWarner Losh	To build a kernel
1045dc0dbf5cSWarner Losh	-----------------
1046ba01eb20SWarner Losh	If you are updating from a prior version of FreeBSD (even one just
1047f699bbbbSMark Ovens	a few days old), you should follow this procedure. With a
1048ba01eb20SWarner Losh	/usr/obj tree with a fresh buildworld,
10491e159248SWarner Losh	make buildkernel KERNCONF=YOUR_KERNEL_HERE
10501e159248SWarner Losh	make installkernel KERNCONF=YOUR_KERNEL_HERE
1051dc0dbf5cSWarner Losh
1052ba01eb20SWarner Losh	To just build a kernel when you know that it won't mess you up
1053ba01eb20SWarner Losh	--------------------------------------------------------------
1054ba01eb20SWarner Losh	cd src/sys/{i386,alpha}/conf
105547d0d01fSWarner Losh	config KERNEL_NAME_HERE
1056ba01eb20SWarner Losh	cd ../../compile/KERNEL_NAME_HERE
1057ba01eb20SWarner Losh	make depend
1058ba01eb20SWarner Losh	make
1059ba01eb20SWarner Losh	make install
1060ba01eb20SWarner Losh
1061ba01eb20SWarner Losh	If this fails, go to the "To build a kernel" section.
1062ba01eb20SWarner Losh
1063ba01eb20SWarner Losh	To rebuild everything and install it on the current system.
1064ba01eb20SWarner Losh	-----------------------------------------------------------
106563cb445eSWarner Losh	# Note: sometimes if you are running current you gotta do more than
106663cb445eSWarner Losh	# is listed here if you are upgrading from a really old current.
106763cb445eSWarner Losh
1068f643de42SWarner Losh	<make sure you have good level 0 dumps>
106963cb445eSWarner Losh	<maybe fix /etc/fstab>				[7]
107063cb445eSWarner Losh	make buildworld
107163cb445eSWarner Losh	make buildkernel KERNCONF=YOUR_KERNEL_HERE
107263cb445eSWarner Losh	make installkernel KERNCONF=YOUR_KERNEL_HERE
107363cb445eSWarner Losh							[1]
107463cb445eSWarner Losh	<reboot in single user>				[3]
107563cb445eSWarner Losh	mergemaster -p					[5]
107663cb445eSWarner Losh	make installworld
107763cb445eSWarner Losh	mergemaster					[4]
107863cb445eSWarner Losh	<reboot>
107963cb445eSWarner Losh
1080759f0aefSWarner Losh
1081f27b1fceSJoseph Koshy	To cross-install current onto a separate partition
1082f27b1fceSJoseph Koshy	--------------------------------------------------
1083f27b1fceSJoseph Koshy	# In this approach we use a separate partition to hold
1084f27b1fceSJoseph Koshy	# current's root, 'usr', and 'var' directories.   A partition
1085f27b1fceSJoseph Koshy	# holding "/", "/usr" and "/var" should be about 2GB in
1086f27b1fceSJoseph Koshy	# size.
1087f27b1fceSJoseph Koshy
1088f27b1fceSJoseph Koshy	<make sure you have good level 0 dumps>
1089f27b1fceSJoseph Koshy	<boot into -stable>
1090f27b1fceSJoseph Koshy	make buildworld
1091f27b1fceSJoseph Koshy	<maybe newfs current's root partition>
1092f27b1fceSJoseph Koshy	<mount current's root partition on directory ${CURRENT_ROOT}>
1093f27b1fceSJoseph Koshy	make installworld DESTDIR=${CURRENT_ROOT}
1094f27b1fceSJoseph Koshy	make buildkernel KERNCONF=YOUR_KERNEL_HERE
1095f27b1fceSJoseph Koshy	cp /usr/src/sys/${ARCH}/conf/GENERIC.hints \
1096f27b1fceSJoseph Koshy		${CURRENT_ROOT}/boot/device.hints	# as needed
1097f27b1fceSJoseph Koshy	make installkernel KERNCONF=YOUR_KERNEL_HERE DESTDIR=${CURRENT_ROOT}
1098f27b1fceSJoseph Koshy	cd /usr/src/etc; make distribution DESTDIR=${CURRENT_ROOT} # if newfs'd
1099f27b1fceSJoseph Koshy	cp /etc/fstab ${CURRENT_ROOT}/etc/fstab 		   # if newfs'd
1100f27b1fceSJoseph Koshy	<edit ${CURRENT_ROOT}/etc/fstab to mount "/" from the correct partition>
1101f27b1fceSJoseph Koshy	<reboot into current>
1102f27b1fceSJoseph Koshy	<do a "native" rebuild/install as described in the previous section>
1103f27b1fceSJoseph Koshy	<maybe install compatibility libraries from /usr/src/lib/compat>
1104f27b1fceSJoseph Koshy 	<reboot>
1105f27b1fceSJoseph Koshy
1106f27b1fceSJoseph Koshy
1107f27b1fceSJoseph Koshy	To upgrade in-place from 4.x-stable to current
1108f27b1fceSJoseph Koshy	----------------------------------------------
11095c195f59SWarner Losh	# 5.x uses more space than 4.x.  Also, the location of kernel
11105c195f59SWarner Losh	# modules has changed.  If you are installing 5.0 onto a 4.x
11115c195f59SWarner Losh	# system, you'll need about 30MB of free disk space on your /
11125c195f59SWarner Losh	# partition.  If you have less than this, you may encounter difficult
1113ca22e652SJens Schweikhardt	# to back out of problems with this procedure.  If /tmp is on
1114f643de42SWarner Losh	# the / partition, you may want to completely remove all its content
1115f643de42SWarner Losh	# before upgrading, as this can be a common source of shortage of
1116f643de42SWarner Losh	# space on /.
1117f643de42SWarner Losh
1118f643de42SWarner Losh	<make sure you have good level 0 dumps>
1119fc8c157fSWarner Losh	<maybe fix /etc/fstab>				[7]
112021c075eaSWarner Losh	make buildworld					[9]
1121c74fe6afSWarner Losh	make buildkernel KERNCONF=YOUR_KERNEL_HERE	[8]
1122d2125802SWarner Losh	cp src/sys/${MACHINE}/conf/GENERIC.hints /boot/device.hints [2]
1123be1d673dSRuslan Ermilov	make installkernel KERNCONF=YOUR_KERNEL_HERE
1124fc8c157fSWarner Losh	cd src/sys/boot ; make install			[6]
1125fc8c157fSWarner Losh							[1]
1126fc8c157fSWarner Losh	<reboot in single user>				[3]
1127835284beSWarner Losh	mergemaster -p					[5]
1128f8a4c901SWarner Losh	rm -rf /usr/include/g++
1129ba26da8eSWarner Losh	make installworld
1130a6cd4f9dSWarner Losh	mergemaster					[4]
1131ba26da8eSWarner Losh	<reboot>
1132ba26da8eSWarner Losh
1133fdb9f54dSWarner Losh	Make sure that you've read the UPDATING file to understand the
1134fdb9f54dSWarner Losh	tweaks to various things you need.  At this point in the life
1135fdb9f54dSWarner Losh	cycle of current, things change often and you are on your own
1136fdb9f54dSWarner Losh	to cope.  The defaults can also change, so please read ALL of
1137fdb9f54dSWarner Losh	the UPDATING entries.
1138ba26da8eSWarner Losh
11391dece4a9SWarner Losh	Also, if you are tracking -current, you must be subscribed to
11401dece4a9SWarner Losh	freebsd-current@freebsd.org.  Make sure that before you update
11411dece4a9SWarner Losh	your sources that you have read and understood all the recent
11421dece4a9SWarner Losh	messages there.  If in doubt, please track -stable which has
11431dece4a9SWarner Losh	much fewer pitfalls.
11441dece4a9SWarner Losh
1145134d2e86SWarner Losh	[1] If you have third party modules, such as vmware, you
1146134d2e86SWarner Losh	should disable them at this point so they don't crash your
1147134d2e86SWarner Losh	system on reboot.
1148134d2e86SWarner Losh
11499c1a7444SWarner Losh	[2] If you have legacy ISA devices, you may need to create
11509c1a7444SWarner Losh	your own device.hints to reflect your unique hardware
11519c1a7444SWarner Losh	configuration.
11529c1a7444SWarner Losh
1153ee6e1fc3SWarner Losh	[3] From the bootblocks, boot -s, and then do
1154ee6e1fc3SWarner Losh		fsck -p
1155ee6e1fc3SWarner Losh		mount -u /
1156ee6e1fc3SWarner Losh		mount -a
1157ee6e1fc3SWarner Losh		cd /usr/src
115847d0d01fSWarner Losh		adjkerntz -i		# if CMOS is wall time
1159f6a0ef01SWarner Losh	Also, when doing a major release upgrade, it is required that
1160f6a0ef01SWarner Losh	you boot into single user mode to do the installworld.
1161b705ae10SWarner Losh	For the 4.x -> 5.0 upgrade, you will also see many messages about
1162b705ae10SWarner Losh	needing to recompile your userland.  These are harmless and can
1163b705ae10SWarner Losh	be ignored while you proceed to the next step.
1164ee6e1fc3SWarner Losh
1165a6cd4f9dSWarner Losh	[4] Note: This step is non-optional.  Failure to do this step
1166a6cd4f9dSWarner Losh	can result in a significant reduction in the functionality of the
1167a6cd4f9dSWarner Losh	system.  Attempting to do it by hand is not recommended and those
1168a6cd4f9dSWarner Losh	that pursue this avenue should read this file carefully, as well
1169a6cd4f9dSWarner Losh	as the archives of freebsd-current and freebsd-hackers mailing lists
1170a6cd4f9dSWarner Losh	for potential gotchas.
1171a6cd4f9dSWarner Losh
1172835284beSWarner Losh	[5] Usually this step is a noop.  However, from time to time
1173835284beSWarner Losh	you may need to do this if you get unknown user in the following
1174835284beSWarner Losh	step.  It never hurts to do it all the time.  You may need to
1175835284beSWarner Losh	install a new mergemaster (cd src/usr.sbin/mergemaster && make
1176835284beSWarner Losh	install) after the buildworld before this step if you last updated
1177835284beSWarner Losh	from current before 20020224 or from -stable before 20020408.
1178835284beSWarner Losh
1179bd79cf40SWarner Losh	[6] 4.x boot loader can be used to boot a 5.x system, however
1180bd79cf40SWarner Losh	it is difficult to do that at best.  If you wish to try, then
1181bd79cf40SWarner Losh	you should interrupt the boot and at the ok prompt type:
1182bd79cf40SWarner Losh		ok unload
1183bd79cf40SWarner Losh		ok boot /boot/kernel/kernel
1184bd79cf40SWarner Losh	If this fails to work, you must install a new boot loader as
1185bd79cf40SWarner Losh	described here.
1186fc8c157fSWarner Losh
1187fc8c157fSWarner Losh	[7] Before you upgrade, please make sure that you are not using
1188fc8c157fSWarner Losh	compatibility slices.  These are device names of the form, on i386
1189fc8c157fSWarner Losh	and other architectures that use MBR slicing, /dev/ad0a without the
1190fc8c157fSWarner Losh	actual slice name.  Chances are excellent that these will break.
1191fc8c157fSWarner Losh	You generally must update these entries to use the post FreeBSD
1192fc8c157fSWarner Losh	2.x form of /dev/ad0s1a.
1193fc8c157fSWarner Losh
1194c74fe6afSWarner Losh	[8] In order to have a kernel that can run the 4.x binaries
1195c74fe6afSWarner Losh	needed to do an installworld, you must include the COMPAT_FREEBSD4
1196c74fe6afSWarner Losh	option in your kernel.  Failure to do so may leave you with a system
1197c74fe6afSWarner Losh	that is hard to boot to recover.
1198c74fe6afSWarner Losh
119921c075eaSWarner Losh	[9] When checking out sources, you must include the -P flag to have
120021c075eaSWarner Losh	cvs prune empty directories.
1201dc0dbf5cSWarner LoshFORMAT:
1202dc0dbf5cSWarner Losh
1203f699bbbbSMark OvensThis file contains a list, in reverse chronological order, of major
12041fc1a0dcSWarner Loshbreakages in tracking -current.  Not all things will be listed here,
1205f8ab1dd6SWarner Loshand it only starts on March 15, 2000.  Updating files can found in
1206f8ab1dd6SWarner Loshprevious releases if your system is older than this.
12071fc1a0dcSWarner Losh
1208e72fd46aSWarner LoshCopyright information:
1209e72fd46aSWarner Losh
12109698f2c0SWarner LoshCopyright 1998, 2002 M. Warner Losh.  All Rights Reserved.
1211e72fd46aSWarner Losh
1212772730c7SWarner LoshRedistribution, publication, translation and use, with or without
1213772730c7SWarner Loshmodification, in full or in part, in any form or format of this
12149698f2c0SWarner Loshdocument are permitted without further permission from the author.
1215e72fd46aSWarner Losh
1216e72fd46aSWarner LoshTHIS DOCUMENT IS PROVIDED BY WARNER LOSH ``AS IS'' AND ANY EXPRESS OR
1217e72fd46aSWarner LoshIMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
1218e72fd46aSWarner LoshWARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
1219e72fd46aSWarner LoshDISCLAIMED.  IN NO EVENT SHALL WARNER LOSH BE LIABLE FOR ANY DIRECT,
1220e72fd46aSWarner LoshINDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
1221e72fd46aSWarner Losh(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
1222e72fd46aSWarner LoshSERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
1223e72fd46aSWarner LoshHOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
1224e72fd46aSWarner LoshSTRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
1225e72fd46aSWarner LoshIN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
1226e72fd46aSWarner LoshPOSSIBILITY OF SUCH DAMAGE.
1227e72fd46aSWarner Losh
1228e72fd46aSWarner LoshIf you find this document useful, and you want to, you may buy the
1229e72fd46aSWarner Loshauthor a beer.
1230e72fd46aSWarner Losh
123122306abcSWarner LoshContact Warner Losh if you have any questions about your use of
1232772730c7SWarner Loshthis document.
1233772730c7SWarner Losh
123497d92980SPeter Wemm$FreeBSD$
1235