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 20fc8c157fSWarner Losh20021024: 21fc8c157fSWarner Losh Old, compatibility slices have been removed in GEOM kernels. This 22fc8c157fSWarner Losh means that you will have to update your /etc/fstab to not use 23fc8c157fSWarner Losh disk devices of the form /dev/ad0a. Instead, you now must 24fc8c157fSWarner Losh specify /dev/ad0s1a, or whatever slice your FreeBSD partition 25fc8c157fSWarner Losh really is on. The old device names have gone away, so if you 26fc8c157fSWarner Losh use them anywhere else, you must also adjust those uses. 2769f7bcf3SWarner Losh 28fd9e8bdaSAndrew Gallatin20021023: 29fd9e8bdaSAndrew Gallatin Alphas with kernels from between 20020830 and 20021023 and/or 30fd9e8bdaSAndrew Gallatin rtld (ld-elf.so.1) older than 20021023 may experience problems 31fd9e8bdaSAndrew Gallatin with groff while doing a buildworld (kernel: "out of memory", 32fd9e8bdaSAndrew Gallatin fixed in rev 1.129 of kern/imgact_elf.c; rtld: "too few PT_LOAD 33fd9e8bdaSAndrew Gallatin segments", fixed in rev 1.8 of libexec/rtld-elf/map_object.c). 34fd9e8bdaSAndrew Gallatin 35fd9e8bdaSAndrew Gallatin So, to successfully upgrade your Alpha, you must either 36fd9e8bdaSAndrew Gallatin upgrade your kernel and rtld first (which might be a bit 37fd9e8bdaSAndrew Gallatin tricky), or avoid running the bootstrapped groff during the 38fd9e8bdaSAndrew Gallatin "transitional" buildworld. To avoid running groff during the 39fd9e8bdaSAndrew Gallatin transitional upgrade run make buildworld with -DNOMAN, 40fd9e8bdaSAndrew Gallatin -DNO_SHAREDOCS, and -DNO_LPR. 41fd9e8bdaSAndrew Gallatin 42f8a4c901SWarner Losh20020831: 43f8a4c901SWarner Losh gcc has been upgraded to 3.2. It is not all binary compatible 44f8a4c901SWarner Losh with earlier versions of gcc for c++ programs. All c++ 45f8a4c901SWarner Losh programs and libraries need to be recompiled. 46f8a4c901SWarner Losh 47f8a4c901SWarner Losh Also, if you encounter g++ issues, rm /usr/include/g++/* before 48f8a4c901SWarner Losh doing an installworld to make sure that stale files are removed. 49f8a4c901SWarner Losh 50c2248fa2SJens Schweikhardt20020827: 51c2248fa2SJens Schweikhardt Our /etc/termcap now has all the entries from the XFree86 xterm 52c2248fa2SJens Schweikhardt almost unchanged. This means xterm now supports color by default. 53c2248fa2SJens Schweikhardt If you used TERM=xterm-color in the past you now should use 54c2248fa2SJens Schweikhardt TERM=xterm. (xterm-color will lead to benign warnings). 55c2248fa2SJens Schweikhardt 560d533e43SRuslan Ermilov20020815: 570d533e43SRuslan Ermilov A "bug" in gcc(1) that was hiding warning in system headers was 580d533e43SRuslan Ermilov fixed. It's probably time to add -DNO_WERROR to your make line 590d533e43SRuslan Ermilov again. 600d533e43SRuslan Ermilov 6133c1de7dSRuslan Ermilov20020729: 6233c1de7dSRuslan Ermilov COPY is being deprecated. The 20010530 change was reverted, as 6333c1de7dSRuslan Ermilov it causes far more pain than was expected, and to always compare 6433c1de7dSRuslan Ermilov before installing, please use INSTALL="install -C" again. The 6533c1de7dSRuslan Ermilov -C option is now silently ignored when used with the -d option. 6633c1de7dSRuslan Ermilov 672b877facSJulian Elischer20020702: 682b877facSJulian Elischer Problems with libc_r clients like KDE and GNOME have been resolved. 692b877facSJulian Elischer There are still some minor problems with some signals but the 702b877facSJulian Elischer system is stable enough for general use again. SMP is less so than UP 712b877facSJulian Elischer but each can successfully complete multiple buildworlds. 722b877facSJulian Elischer Libkvm needs to be recompiled due to KSE. 732b877facSJulian Elischer 7406596d37SWarner Losh20020701: 7506596d37SWarner Losh Now would be a bad time to upgrade. Something in or near the 7606596d37SWarner Losh KSE commit totally broke programs using libc_r like KDE and 7706596d37SWarner Losh GNOME. 7806596d37SWarner Losh 7995ba4330SJacques Vidrine20020511: 8095ba4330SJacques Vidrine The k5su utility installed as part of Kerberos 5 is no longer 8195ba4330SJacques Vidrine installed with the set-user-ID bit set by default. Add 8295ba4330SJacques Vidrine ENABLE_SUID_K5SU=yes to /etc/make.conf to have it installed 8395ba4330SJacques Vidrine with the set-user-ID bit set. 8495ba4330SJacques Vidrine 85a81da3c9SDavid E. O'Brien20020510: 86f50caf6fSDavid E. O'Brien Gcc 3.1 debugging format (cc -g) has changed from STABS to DWARF2. 87f50caf6fSDavid E. O'Brien Unfortunately our native GDB (at version 4.18) does not understand 884b683fb2SRobert Watson the DWARF2 debugging format. Thus you must use `gcc -gstabs+' to 89f50caf6fSDavid E. O'Brien generated debugging information for our native GDB. 90f50caf6fSDavid E. O'Brien 91f50caf6fSDavid E. O'Brien20020510: 92a81da3c9SDavid E. O'Brien Due to the way CVS works, it may not properly update src/contrib/gcc 93a81da3c9SDavid E. O'Brien to the 3.1 sources. The easiest fix is to `rm -rf' src/contrib/gcc 94a81da3c9SDavid E. O'Brien and then do a cvs update. 95a81da3c9SDavid E. O'Brien 96528a0ef5SJacques Vidrine20020421: 97528a0ef5SJacques Vidrine When exec'ing set[ug]id executables, the kernel now ensures that the 98528a0ef5SJacques Vidrine stdio file descriptors (0..2) are open. See FreeBSD-SA-02:23.stdio. 99528a0ef5SJacques Vidrine 10085aa5a2eSGregory Neil Shapiro20020404: 10185aa5a2eSGregory Neil Shapiro New sendmail startup scripts have been installed to make it 10285aa5a2eSGregory Neil Shapiro easier to use alternative MTAs with FreeBSD. Setting the rc.conf 10385aa5a2eSGregory Neil Shapiro variable sendmail_enable to "NO" no longer prevents any sendmail 10485aa5a2eSGregory Neil Shapiro daemons from starting. Instead, either set sendmail_enable to 10585aa5a2eSGregory Neil Shapiro "NONE" or change mta_start_script to a script for starting 10685aa5a2eSGregory Neil Shapiro an alternative MTA. Setting mta_start_script to "" will 10785aa5a2eSGregory Neil Shapiro also prevent any MTA from being started at boot. 10885aa5a2eSGregory Neil Shapiro 1098f1e4358SRuslan Ermilov20020403: 1108f1e4358SRuslan Ermilov UCONSOLE is no longer a valid kernel option. 1118f1e4358SRuslan Ermilov 1122292c02eSWarner Losh20020315: 1132292c02eSWarner Losh FreeBSD 5.0 DP-1 was basically branched today. 1142292c02eSWarner Losh 11569f7bcf3SWarner Losh20020225: 11669f7bcf3SWarner Losh Warnings are now errors in the kernel. Unless you are a developer, 11769f7bcf3SWarner Losh you should add -DNO_WERROR to your make line. 11869f7bcf3SWarner Losh 1198f35c493SWarner Losh20020217: 1208f35c493SWarner Losh sendmail 8.12.2 has been imported. The sendmail binary is no 1218f35c493SWarner Losh longer a set-user-ID root binary and the infrastructure to support 1228f35c493SWarner Losh command line mail submission has changed. Be sure to run 1238f35c493SWarner Losh mergemaster (especially for updating /etc/rc, /etc/defaults/rc.conf, 1248f35c493SWarner Losh and /etc/mail) and read /etc/mail/README for more details. 1258f35c493SWarner Losh 126835284beSWarner Losh Due to the import of sendmail 8.12.2, a new user and group are 127835284beSWarner Losh required in order for sendmail to run as a set-group-ID 128835284beSWarner Losh binary. A 'make installworld' will use the new user and group 129835284beSWarner Losh to set the owner and group of /var/spool/clientmqueue and will 130835284beSWarner Losh fail if the new user and group do not exist. The 'smmsp' user 131835284beSWarner Losh and group must be merged from src/etc/group and 132835284beSWarner Losh src/etc/master.passwd before using 'make installworld'. 133835284beSWarner Losh 'mergemaster -p' will do this. You may need to install 134835284beSWarner Losh mergemaster before this will work if you are updating from a 135835284beSWarner Losh very old version of current. The updating recipe has changed 136835284beSWarner Losh as of this date. 137835284beSWarner Losh 138fa9401c1SWarner Losh20020112: 139fa9401c1SWarner Losh The preferred configuration method for PAM is now /etc/pam.d/ 140fa9401c1SWarner Losh rather than /etc/pam.conf. If you have an unmodified 141fa9401c1SWarner Losh pam.conf, just delete it after your next mergemaster run. If 142fa9401c1SWarner Losh you have local modifications, you can use 143fa9401c1SWarner Losh /usr/src/etc/pam.d/convert.pl to incorporate them into your 144fa9401c1SWarner Losh /etc/pam.d. 145fa9401c1SWarner Losh 146fa9401c1SWarner Losh Please see the following url for more details: 147fa9401c1SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<xzp6667fyoa.fsf@flood.ping.uio.no> 14847d0d01fSWarner Losh20011229: 14947d0d01fSWarner Losh If anyone here is already using the new rc.conf(5) variable 15047d0d01fSWarner Losh networkfs_types, please note that it has changed 15147d0d01fSWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<9744.1009655556@axl.seasidesoftware.co.za> 15247d0d01fSWarner Losh 153514318a8SWarner Losh20011220: 154514318a8SWarner Losh sys/i4b/driver/i4b_ispppsubr.c has been retired. This file 155514318a8SWarner Losh started out its life in the ISDN4BSD project as an offspring 156514318a8SWarner Losh from sys/net/if_spppsubr.c, which eventually got a life of its 157514318a8SWarner Losh own. All the accumulated features and bugfixes of the i4b 158514318a8SWarner Losh version have now been merged back into the base system's 159514318a8SWarner Losh version now. The only user-visible change resulting from this 160514318a8SWarner Losh is that i4b's sppp(4) interfaces are to be managed with 161514318a8SWarner Losh spppcontrol(8) again, since ispppcontrol(8) has been retired 162514318a8SWarner Losh as well. (There has never been rc file support for 163514318a8SWarner Losh ispppcontrol in -current, but only in -stable. That will be 164514318a8SWarner Losh reverted by the time the changes are MFCed.) 165514318a8SWarner Losh 166514318a8SWarner Losh20011215: 167514318a8SWarner Losh The fdc(4) driver has been updated and now automatically 168514318a8SWarner Losh recognizes media in `standard' formats (like 1440 KB and 169514318a8SWarner Losh 720 KB for a 3.5" high-density drive) when accessing the 170514318a8SWarner Losh default device node (e. g. /dev/fd0). The old variety of 171514318a8SWarner Losh floppy device nodes /dev/fd*.* is no longer present by 172514318a8SWarner Losh default, devices can be created (in DEVFS) on demand. They 173514318a8SWarner Losh will need to be customized then for `odd' densities using 174514318a8SWarner Losh fdcontrol(8). 175514318a8SWarner Losh 1762d22e2bfSWarner Losh20011209: 1772d22e2bfSWarner Losh The bugs in procfs' debugging support code have been fixed, 1782d22e2bfSWarner Losh and truss(1) now works again. 1792d22e2bfSWarner Losh 1809e0428e2SWarner Losh20011207: 1819e0428e2SWarner Losh Daily security checks have been split out to use the periodic(8) 1829e0428e2SWarner Losh scripts. Some change in configuration may be necessary. Please 1839e0428e2SWarner Losh see 1849e0428e2SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<20011207155805.R8975@blossom.cjclark.org> 1859e0428e2SWarner Losh for details. 1869e0428e2SWarner Losh 1879bab8c59SWarner Losh20011204: 1889bab8c59SWarner Losh sos added VCD/SVCD support to ata driver and that needs the 1899bab8c59SWarner Losh kernel and burncd to be in sync. 1909bab8c59SWarner Losh 191e57d8b01SWarner Losh20011203: 192e57d8b01SWarner Losh The procfs pseudo-filesystem has now been converted to use the 193e57d8b01SWarner Losh pseudofs framework. If you have 'options PROCFS' in your 194e57d8b01SWarner Losh kernel config, you'll need to add 'options PSEUDOFS' if it's 195e57d8b01SWarner Losh not there already. 196e57d8b01SWarner Losh 197e57d8b01SWarner Losh This change temporarily breaks truss(1); use ktrace(1) instead 198e57d8b01SWarner Losh until the issue has been resolved. 199e57d8b01SWarner Losh 200b001d36fSJacques Vidrine20011202: 201b001d36fSJacques Vidrine A security hole in OpenSSH involving `UseLogin yes' has been 202b001d36fSJacques Vidrine patched. 203b001d36fSJacques Vidrine 2044b676ec1SWarner Losh20011126: 2054b676ec1SWarner Losh You need to remove /usr/obj/.../usr.bin/tip before rebuilding 2065ebbf43eSWarner Losh after this date. You need to do this only once. 2074b676ec1SWarner Losh 208d961e462SWarner Losh20011103: 209d961e462SWarner Losh Most of the awk issues have been resolved. Some rough 210d961e462SWarner Losh edges may be left, but for the most part things should be 2114b676ec1SWarner Losh back to "normal." For CURRENT's usual definition of "normal." 212d961e462SWarner Losh 213d961e462SWarner Losh20011030: 214d961e462SWarner Losh Awk has been upgraded to the one true awk from bell labs. Expect 215d961e462SWarner Losh choppy waves in the upgrade process. 216d961e462SWarner Losh 2171fe003b6SWarner Losh20011030: 218a4b6fda0SWarner Losh The asr driver problem has been resolved. 2191fe003b6SWarner Losh 2201fe003b6SWarner Losh20011027: 2211fe003b6SWarner Losh Due to changes in other parts of the system, the asr driver 2221fe003b6SWarner Losh now causes the system to panic on boot. Do not use it pending 2231fe003b6SWarner Losh correction. Comment it out of any kernel config file that you 2241fe003b6SWarner Losh try to use from this date forward. 2251fe003b6SWarner Losh 2261fe003b6SWarner Losh20011025: 2271fe003b6SWarner Losh When crossbuilding, use TARGET=xxx where you used to use 2281fe003b6SWarner Losh MACHINE=xxx. You don't need to set TARGET_ARCH and TARGET, 2291fe003b6SWarner Losh unless you are changing both of them. To cross build pc98 on 2301fe003b6SWarner Losh an alpha, for example, you need to set TARGET=pc98 and 2311fe003b6SWarner Losh TARGET_ARCH=i386. 2321fe003b6SWarner Losh 233d05f9643SWarner Losh20011001: 234d05f9643SWarner Losh The kernel interface that burncd depends on has changed. 235d05f9643SWarner Losh You must recompile both the kernel and userland applications 236d05f9643SWarner Losh at the same time. 237d05f9643SWarner Losh 23858970f85SWarner Losh20010929: 23958970f85SWarner Losh When crossbuilding, please set TARGET_ARCH rather than 24058970f85SWarner Losh MACHINE_ARCH to indicate the target. In the future, one will 24158970f85SWarner Losh set TARGET_MACHINE where you set MACHINE now. At the moment, 24258970f85SWarner Losh setting MACHINE alone for same MACHINE_ARCH machines works 24358970f85SWarner Losh (eg, you can build pc98 on a i386 machine and vice versa). 24458970f85SWarner Losh 24558970f85SWarner Losh20010927: 24658970f85SWarner Losh Some weird problems result from using ACPI on some machines. 24758970f85SWarner Losh To disable ACPI you can add 248378f4486SAlfred Perlstein hint.acpi.0.disable="1" 24958970f85SWarner Losh to /boot/loader.conf (or by putting set X=Y at the boot 25058970f85SWarner Losh loader "ok" prompt). 25158970f85SWarner Losh 25258970f85SWarner Losh Alternatively, you can remove it from /boot/kernel/acpi.ko 25358970f85SWarner Losh or use the MODULES_OVERRIDE function in your kernel config 25458970f85SWarner Losh file and not list acpi in that list. 255378f4486SAlfred Perlstein 2565119d237SWarner Losh20010924: 2575119d237SWarner Losh The buildworld has been fixed. You may need to install 2585119d237SWarner Losh the 4.x compatibility libraries for some old binaries 2598b039fffSWarner Losh to work. Add COMPAT4X=true to your /etc/make.conf to 2608b039fffSWarner Losh get them installed on every installworld, or execute the 2618b039fffSWarner Losh following to get them installed only once: 2628b039fffSWarner Losh cd src/lib/compat/compat4x.<arch> 26358970f85SWarner Losh make all install 2648b039fffSWarner Losh You will see ``__stdoutp undefined'' until you do this. 2655119d237SWarner Losh 2663c293725SWarner Losh20010919: 2673c293725SWarner Losh There's a bug in the world build process. The cross-tools 2683c293725SWarner Losh are build with the NEW headers, but the OLD libc.a. This 2693c293725SWarner Losh leads to all kinds of problems with the new libc. A temporary 270772730c7SWarner Losh workaround is to add 2713c293725SWarner Losh CFLAGS="-O -pipe -D_OLD_STDIO" 2723c293725SWarner Losh before building world when upgrading from 4.x to current. This 2733c293725SWarner Losh can be removed afterwards. 2743c293725SWarner Losh 2753c293725SWarner Losh A proper fix to the buildworld target is needed. 2763c293725SWarner Losh 2773c293725SWarner Losh20010918: 2783c293725SWarner Losh Peter has committed his new kthread nfs client/server code. 2793c293725SWarner Losh NFS may be unstable after this date. 2803c293725SWarner Losh 2813c293725SWarner Losh20010912: 2823c293725SWarner Losh KSE has hit the tree. Lots of things are now different in 2833c293725SWarner Losh the kernel. While a few problems were introduced in the 2843c293725SWarner Losh initial commit, most of the major ones have been found and 2853c293725SWarner Losh corrected. 2863c293725SWarner Losh 2873c293725SWarner Losh20010901: 2883c293725SWarner Losh In OLDCARD, CardBus bridges appear to be stable. The work 2893c293725SWarner Losh arounds described in the 20010604 entry are now no longer 2903c293725SWarner Losh necessary and will be ignored. Most insert/remove problems 2913c293725SWarner Losh have been rectified around this date. 2923c293725SWarner Losh 29398b17b95SWarner Losh20010823: 29498b17b95SWarner Losh named now runs as user bind and group bind rather than as 29598b17b95SWarner Losh root. If named_enable is set to YES in /etc/rc.conf, ensure 29698b17b95SWarner Losh that user bind is available in /etc/passwd (using vipw(8)) 29798b17b95SWarner Losh and that group bind is available in /etc/group. Also make 29898b17b95SWarner Losh sure that user or group bind has read (and not write) 29998b17b95SWarner Losh permission for your name server configuration and that it 30098b17b95SWarner Losh has read and write permission for your slave zone files and 30198b17b95SWarner Losh directory. 30298b17b95SWarner Losh 30398b17b95SWarner Losh If you wish to continue to run named as root (a less secure 30498b17b95SWarner Losh alternative), add a line to /etc/rc.conf saying 30598b17b95SWarner Losh 30698b17b95SWarner Losh named_flags= 30798b17b95SWarner Losh 3087b9786edSMark Murray20010709: 3097b9786edSMark Murray The PAM libraries have had an API upgrade that is beyond 3107b9786edSMark Murray the ability of the shared library major number to handle. 3117b9786edSMark Murray It is manifested by PAM-using ports dumping core. The 3127b9786edSMark Murray solution is to rebuild those ports. 3137b9786edSMark Murray 3141d28950eSWarner Losh20010628: 3151d28950eSWarner Losh The kernel compile module has moved from src/sys/compile/FOO 3161d28950eSWarner Losh to src/sys/${MACHINE}/compile/FOO. 3171d28950eSWarner Losh 318e72fd46aSWarner Losh20010625: 31998b17b95SWarner Losh The pccard modem issue from 20010613 has been corrected. 32098b17b95SWarner Losh OLDCARD support is still a little weak in -current. slot 1 is 32198b17b95SWarner Losh known not to work on some TI based cardbus bridges. Some 32298b17b95SWarner Losh cardbus bridges do not properly detect insert/removal events. 32398b17b95SWarner Losh IRQ configuration needs more safety belts. 32416de1a07SWarner Losh 3250d415dffSWarner Losh20010617: 326e72fd46aSWarner Losh Softupdates problems have been corrected. 3270d415dffSWarner Losh 3280d415dffSWarner Losh20010614: 3290d415dffSWarner Losh Peter ripped out the linkerset support. You must, as always, 3300d415dffSWarner Losh rerun config after you cvsup if you are using the traditional 3310d415dffSWarner Losh kernel building methods. 3320d415dffSWarner Losh 3338b9959adSWarner Losh20010613: 3348b9959adSWarner Losh pccard modems may not work with current after 20010604 date. Some 3358b9959adSWarner Losh do, others result in panics. *MAKE*SURE* that you update your 336e72fd46aSWarner Losh config and /etc/rc.conf ala the 20010604 entry, or you will have 337e72fd46aSWarner Losh problems (this issue will be fixed, it just hasn't been yet). 3388b9959adSWarner Losh 339e72fd46aSWarner Losh20010613: 3408b9959adSWarner Losh SOFTUPDATES seem to be broken since the middle of May or so. Do not 341e72fd46aSWarner Losh use them in current. You can disable softupdates on all mounted 342e72fd46aSWarner Losh partitions, or remove SOFTUPDATES the kernel config file. 3438b9959adSWarner Losh 3440d415dffSWarner Losh20010612: 3450d415dffSWarner Losh After Peter's commits to the hints code, people have been noticing 3460d415dffSWarner Losh that certain devices are attached (or try to) twice. This is due 3470d415dffSWarner Losh to having both static hints as well as a /boot/device.hints. To 3480d415dffSWarner Losh work around this issue, please use only one or the other mechanism 3490d415dffSWarner Losh until this bug is fixed. 3500d415dffSWarner Losh 351e72fd46aSWarner Losh Please note that a feature of config is that if you have config 352e72fd46aSWarner Losh file FOO and FOO.hints, it automatically adds FOO.hints to the 353e72fd46aSWarner Losh hints.c file, wheather you want it to or not. 354e72fd46aSWarner Losh 3550d415dffSWarner Losh20010610: 3560d415dffSWarner Losh Locale names have changed to match other systems better. 3570d415dffSWarner Losh 3586ccdb5e4SWarner Losh20010604: 3596ccdb5e4SWarner Losh pccard support for pci cards has been committed. You must change 3606ccdb5e4SWarner Losh your /etc/pccard.conf irq lines. It must match the irq used by 3616ccdb5e4SWarner Losh pcic device. Interrupt storms may result if you fail to do this. 3623590182eSWarner Losh Interrupt storms look a lot like a hang. 3633590182eSWarner Losh 3643590182eSWarner Losh You must also install a new pccardd, otherwise you will get an 3653590182eSWarner Losh interrupt storm at card reset time (just after it tells you what 3663590182eSWarner Losh it is). 3673590182eSWarner Losh 3683590182eSWarner Losh pccardd_flags="-I" is necessary for the time being. It tells pccardd 3693590182eSWarner Losh not to ask the kernel if the interrupt is really free or not before 3703590182eSWarner Losh using it. You can either change the /etc/pccard.conf irq lines to 3713590182eSWarner Losh match pcic, or add "-i X" to the pccardd_flags. 3726ccdb5e4SWarner Losh 3730bc62786SWarner Losh20010530: 3740bc62786SWarner Losh INSTALL=install -C is being deprecated. If you want to do this, 3750bc62786SWarner Losh use COPY=-C instead. The former method will be supported for only 3760bc62786SWarner Losh a limited time. If you see 3770bc62786SWarner Losh 3780bc62786SWarner Loshinstall: warning: the -d and -C options may not be specified together 3790bc62786SWarner Losh 3800bc62786SWarner Losh in your makeworld, then you need to migrate towards using 3810bc62786SWarner Losh COPY=-C. 3820bc62786SWarner Losh 38368a38c6cSWarner Losh20010525: 384b6609bbbSWarner Losh It appears that vm is now stable enough to use again. However, 385c4f4a728SWarner Losh there may be other problems, so caution is still urged. alpha 386c4f4a728SWarner Losh definitely is in bad shape. 38768a38c6cSWarner Losh 388ed0f29caSWarner Losh20010521: 389f10d3145SWarner Losh Minor repo damange has happened. This may cause problems 390ed0f29caSWarner Losh with cvsup of ports. If you get errors, please see 391ed0f29caSWarner Losh http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27495 392ed0f29caSWarner Losh at the bottom for details on a workaround. The error message 393ed0f29caSWarner Losh is 394ed0f29caSWarner LoshUpdater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": Directory not empty 395ed0f29caSWarner Losh 39680c16af9SWarner Losh20010520: 39768a38c6cSWarner Losh Vm and/or swapping are busted on -current. Please be patient. 39880c16af9SWarner Losh 39980c16af9SWarner Losh20010519: 40080c16af9SWarner Losh pccard has had much reorganizational work done to it over 40180c16af9SWarner Losh the past few days. Everything should still work, but if 40280c16af9SWarner Losh not, please contact imp@freebsd.org. 40380c16af9SWarner Losh 404a45f2d05SWarner Losh20010517: 405a45f2d05SWarner Losh ata ioctl changed. Make sure to recompile both kernel and 406a45f2d05SWarner Losh userland at the same time. 407a45f2d05SWarner Losh 408a45f2d05SWarner Losh20010517: 409a45f2d05SWarner Losh New ncurses imported. 410a45f2d05SWarner Losh 4112988afcaSWarner Losh20010512: 4122988afcaSWarner Losh DEVFS is now opt out, not opt in. Barring major problems, this 4132988afcaSWarner Losh will be the only way to go starting July 1. 4142988afcaSWarner Losh 4151a33dba7SWarner Losh20010504: 4161a33dba7SWarner Losh OpenSSH has been updated to 2.9. Some defaults are different, 4171a33dba7SWarner Losh including RhostsRSAAuthentication, which changes from yes to no. 4181a33dba7SWarner Losh 41909946a51SWarner Losh20010502: 42009946a51SWarner Losh Perl breakage in 20010501 was corrected at 14:18:33 PDT. 42109946a51SWarner Losh 42209946a51SWarner Losh20010501: 42309946a51SWarner Losh Building perl was broken at 02:25:25 PDT. 42409946a51SWarner Losh 42509946a51SWarner Losh20010430: 426a70a79adSWarner Losh The bug in 20010429 was corrected at 07:35:37 PDT. It is safe to 42709946a51SWarner Losh go back in the water. 42809946a51SWarner Losh 42909946a51SWarner Losh20010429: 43009946a51SWarner Losh A bad bug was committed at 04:48:42 PDT. Don't use kernels after 43109946a51SWarner Losh this date, but before the correction date. 43209946a51SWarner Losh 43391dd3b53SWarner Losh20010423: 43491dd3b53SWarner Losh old fsck and new kernel interactions appear to have been fixed. 43591dd3b53SWarner Losh 43691dd3b53SWarner Losh20010411: 43791dd3b53SWarner Losh fsck and the kernel were changed to handle some optimizations 43891dd3b53SWarner Losh to directory layout. This breaks backward compatibility. 43991dd3b53SWarner Losh Update only if you understand that you must not use the old 44091dd3b53SWarner Losh fsck with the new kernel ever. 44191dd3b53SWarner Losh 442933b3269SWarner Losh20010330: 443933b3269SWarner Losh fsck has changed the meaning of the pass column in /etc/fstab. 444c4e215d3SWarner Losh Please see the cvs commit to fsck.8 or the fsck.8 man page for 445933b3269SWarner Losh details. It is unclear if changes to /etc/fstab are necessary. 446933b3269SWarner Losh 447933b3269SWarner Losh20010319: 448933b3269SWarner Losh portmap had changed name to rpcbind for maximum POLA in your 449933b3269SWarner Losh current world. /etc/hosts.{allow,deny} needs changes. nfs and 450933b3269SWarner Losh other rpc based programs that rely on portmapper will not work 451f34a9421SWarner Losh without updates to /etc/hosts.{allow,deny} and /etc/netconfig. 45209946a51SWarner Losh 45309946a51SWarner Losh20010315: 45409946a51SWarner Losh ata subsystem changes. ATA_ENABLE_ATAPI_DMA, ATA_ENABLE_WC 45509946a51SWarner Losh and ATA_ENABEL_TAGS are no longer kernel options. They have 45609946a51SWarner Losh been replaced by tunables. See ata.4 for details. 457933b3269SWarner Losh 458933b3269SWarner Losh20010312: 459933b3269SWarner Losh The fxp driver was converted to use miibus. If you compile 460933b3269SWarner Losh fxp into your kernel statically, you will need to add miibus. 461933b3269SWarner Losh 462933b3269SWarner Losh20010312: 463933b3269SWarner Losh The wi device now defaults to BSS (infrastructure) mode 464933b3269SWarner Losh instead of ad-hoc. 465933b3269SWarner Losh 466933b3269SWarner Losh20010310: 467f5260d32SWarner Losh /dev/urandom should be a symbolic link to /dev/random now. 468933b3269SWarner Losh Users of current not using DEVFS need to run MAKEDEV std. 469933b3269SWarner Losh ssh might not work if you don't. 470933b3269SWarner Losh 47162353691SWarner Losh20010303: 47262353691SWarner Losh The ed driver has been updated. It now allows mii attachments, 47362353691SWarner Losh which means that you must include the miibus in your kernel if 47462353691SWarner Losh you use the ed driver. 47562353691SWarner Losh 476d325cf65SWarner Losh20010220: 477d325cf65SWarner Losh The problems with libc have been corrected. It is now mostly 478d325cf65SWarner Losh safe to go back into the water. 479d325cf65SWarner Losh 480024daae6SWarner Losh20010211: 481024daae6SWarner Losh The size of FILE was changed. This breaks upgrading. If 482024daae6SWarner Losh you must upgrade, be prepared for pain. It also breaks almost 483024daae6SWarner Losh all binaries that you've compiled on -current. You are warned 484024daae6SWarner Losh that before upgrading would be a good time to do a level 0 485024daae6SWarner Losh dump of your system. No, really, I mean it this time. 486024daae6SWarner Losh 487024daae6SWarner Losh To get to the new system, you'll need to use the following 488024daae6SWarner Losh workaround. Hopefully this can be sorted out so that we 489024daae6SWarner Losh don't have to move this to the updating section. 490024daae6SWarner Losh 491024daae6SWarner Losh To get around the installworld problem, do: 492024daae6SWarner Losh # cd /usr/src/usr.bin/sed 493024daae6SWarner Losh # make install 494024daae6SWarner Losh # cd /usr/src 495024daae6SWarner Losh # make installworld 496024daae6SWarner Losh If that doesn't work, then try: 497024daae6SWarner Losh # make -k installworld 498024daae6SWarner Losh # make installworld 499024daae6SWarner Losh 500024daae6SWarner Losh20010207: 501024daae6SWarner Losh DEVFS is now the default. If you use vinum, make sure that you 502024daae6SWarner Losh do not include devfs in your kernel as problems result. 503024daae6SWarner Losh 504024daae6SWarner Losh20010205: 5057595222aSWarner Losh FFS_ROOT and CD9660_ROOT have been removed or deprecated. 506024daae6SWarner Losh Remove them from your config. 507024daae6SWarner Losh 5081e159248SWarner Losh20010122: 5091e159248SWarner Losh ****************************** WARNING ****************************** 5101e159248SWarner Losh buildkernel has been changed slightly 5111e159248SWarner Losh ****************************** WARNING ****************************** 5121e159248SWarner Losh KERNCONF replaces the variable KERNEL for buildkernel. You 5131e159248SWarner Losh should update your scripts and make.conf accordingly. 5141e159248SWarner Losh 5151e159248SWarner Losh20010119: 5161e159248SWarner Losh config has changed to allow DEV_FOO as a replacement for NFOO. 5171e159248SWarner Losh This requires a new config to build correctly. 5181e159248SWarner Losh 519aac7dfeaSWarner Losh20010116: 520aac7dfeaSWarner Losh The kerrnel option I386_CPU is now mutually exclusive with the 521aac7dfeaSWarner Losh other cpu types. If you have an i386 system, be sure that it 522aac7dfeaSWarner Losh only had this line. Remove it for all other configurations. 523aac7dfeaSWarner Losh 524aac7dfeaSWarner Losh20010110: 525aac7dfeaSWarner Losh Changes to the kernel require it and burncd be in sync. 526aac7dfeaSWarner Losh 527aac7dfeaSWarner Losh20010102: 528aac7dfeaSWarner Losh Everyone who has hw.sndunit set to something in 529aac7dfeaSWarner Losh /etc/sysctl.conf, it is now hw.snd.unit. 530aac7dfeaSWarner Losh 53163c90c9eSWarner Losh20010101: 53263c90c9eSWarner Losh ex and vi were broken by some changes to sys/queue.h. If you 53363c90c9eSWarner Losh have a bad vi, you will see make buildworld fail with a core 5345fd2a895SWarner Losh dump while building termcap. You can work around this problem 53563c90c9eSWarner Losh by adding -k to your make buildworld. This will cause the 53663c90c9eSWarner Losh build to complete and install a new vi. Once that's done, you 53763c90c9eSWarner Losh can rebuild again without the -k to pick up anything that 53863c90c9eSWarner Losh might have been ignored by the -k option. 53963c90c9eSWarner Losh 5405fd2a895SWarner Losh Others have suggested that you can just rebuild libc if your 5415fd2a895SWarner Losh vi/ex is dynamically linked, but I've not received any reports 5425fd2a895SWarner Losh of this working. 5435fd2a895SWarner Losh 544aac7dfeaSWarner Losh20001228: 545aac7dfeaSWarner Losh There have been some changes to libcrypt in -current. The 546aac7dfeaSWarner Losh libscrypt/libdescrypt symlink sillyness is gone and the installed 547aac7dfeaSWarner Losh libcrypt is fully functional. Be aware of this. 548aac7dfeaSWarner Losh 549de2bcc63SWarner Losh20001218: 550de2bcc63SWarner Losh Linksys Fast Ethernet PCCARD cards supported by the ed driver 551de2bcc63SWarner Losh now require the addition of flag 0x80000 to their config line 552de2bcc63SWarner Losh in pccard.conf(5). This flag is not optional. These Linksys 553de2bcc63SWarner Losh cards will not be recognized without it. 554de2bcc63SWarner Losh 555960773f7SWarner Losh20001205: 556960773f7SWarner Losh Important new FreeBSD-version stuff: PAM support has been worked 557960773f7SWarner Losh in, partially from the "Unix" OpenSSH version. This requires 558960773f7SWarner Losh adding the following in pam.conf: 559960773f7SWarner Losh 560960773f7SWarner Losh sshd auth sufficient pam_skey.so 561960773f7SWarner Losh sshd auth required pam_unix.so try_first_pass 562960773f7SWarner Losh sshd session required pam_permit.so 563960773f7SWarner Losh 5640acc635eSWarner Losh20001031: 5650acc635eSWarner Losh cvs updated to 1.11. 5660acc635eSWarner Losh 5670acc635eSWarner Losh20001020: 5680acc635eSWarner Losh The random device needs more entropy, so you need to make sure 5690acc635eSWarner Losh that you've run mergemaster to get a /etc/rc which will seed 5700acc635eSWarner Losh /dev/random. If you don't and the system hangs after ldconfig, 5710acc635eSWarner Losh then banging on the keyboard randomly until it unhangs is one 5720acc635eSWarner Losh workaround. 5730acc635eSWarner Losh 5740acc635eSWarner Losh20001010: 5750acc635eSWarner Losh ****************************** WARNING ****************************** 5760acc635eSWarner Losh Sendmail has been updated. 5770acc635eSWarner Losh ****************************** WARNING ****************************** 5780acc635eSWarner Losh o mail.local(8) is no longer installed as a set-user-id binary. 5790acc635eSWarner Losh o sendmail(8) is now built with STARTTLS support unless NO_OPENSSL 5800acc635eSWarner Losh is set. 5810acc635eSWarner Losh o The default /etc/mail/sendmail.cf disables the SMTP EXPN and VRFY 5820acc635eSWarner Losh commands. 5830acc635eSWarner Losh o Now using sendmail's version of vacation(1). 5840acc635eSWarner Losh o The sendmail cf building tools (contrib/sendmail/cf) are installed 5850acc635eSWarner Losh in /usr/share/sendmail/cf. 5860acc635eSWarner Losh o sendmail.cw changed to local-host-names 5870acc635eSWarner Losh 5880acc635eSWarner Losh More details can be found at 5890acc635eSWarner Losh http://people.freebsd.org/~imp/UPDATING/sendmail-20001010 5900acc635eSWarner Losh 5916e98a146SWarner Losh20001009: 5926e98a146SWarner Losh The ports tree's new layout is in place. Be sure to update 5936e98a146SWarner Losh your entire ports tree, or you will have problems. 5946e98a146SWarner Losh 5956e98a146SWarner Losh20001006: 596685294e7SMark Ovens The perl build procedure no longer installs miniperl, nor uses 5976e98a146SWarner Losh the installed miniperl. It is recommended that you delete 5986e98a146SWarner Losh /usr/bin/miniperl. 5996e98a146SWarner Losh 600073113a4SWarner Losh20001005: 601073113a4SWarner Losh This weekend the ports tree will be updated to a new layout. 602685294e7SMark Ovens It will be in an inconsistent state until noted in the UPDATING 603073113a4SWarner Losh file, or with asami-san's message to the relevant mailing 604073113a4SWarner Losh lists. With this new layout, you'll need to update the whole 605073113a4SWarner Losh tree for anything to work. 606073113a4SWarner Losh 6070acc635eSWarner Losh20000928: 6080acc635eSWarner Losh There was a change in the passwd format. Need more information. 6090acc635eSWarner Losh 610be3885b3SWarner Losh20000916: 611be3885b3SWarner Losh /boot/kernel/kernel.ko -> /boot/kernel/kernel change has taken 612be3885b3SWarner Losh place. Please update boot loader (not the boot blocks) at the 613be3885b3SWarner Losh same time as your kernel. 614be3885b3SWarner Losh 61576ec9675SWarner Losh20000914: 61676ec9675SWarner Losh The new pmtimer device is necessary for laptops. Failure to 61776ec9675SWarner Losh include the device will cause suspended laptops losing time 61876ec9675SWarner Losh when they resume. Include 61976ec9675SWarner Losh device pmtimer 62076ec9675SWarner Losh in your config file and 62101b9a434SWarner Losh hint.pmtimer.0.at="isa" 62276ec9675SWarner Losh to your /boot/device.hints file. 62376ec9675SWarner Losh 624f4865386SMark Murray20000911: 625f4865386SMark Murray The random device has been turned into a (pseudo-)device, 626f4865386SMark Murray rather than an option. The supplied kernel config files have 627f4865386SMark Murray been updated. You will need to do something similar in your 628f4865386SMark Murray own kernel config file. 629f4865386SMark Murray Remove: 630f4865386SMark Murray options RANDOMDEV 631f4865386SMark Murray Add: 632f4865386SMark Murray device random 633f4865386SMark Murray If you prefer to load the loadable module, you need to do 634f4865386SMark Murray nothing. 635f4865386SMark Murray 636d594498fSWarner Losh20000909: 637d594498fSWarner Losh The random device module has been renamed from randomdev.ko to 638d594498fSWarner Losh random.ko. You will need to edit your /boot/loader.conf to 639d594498fSWarner Losh reflect this if you load this module at boot time. 640d594498fSWarner Losh The line should read: 641d594498fSWarner Losh random_load="YES" 642d594498fSWarner Losh 6430deb7ddcSWarner Losh20000907: 6440deb7ddcSWarner Losh The SMPNG commit has happened. It should work, but if it 64516eb772dSWarner Losh doesn't, fallback to the PRE_SMPNG CVS tag. There are likely 64616eb772dSWarner Losh to be a variety of minor issues. Please see 20000905 to make 64716eb772dSWarner Losh sure you don't have model loading problems which might at 64816eb772dSWarner Losh first blush appear related to SMP. 64952bf24e7SWarner Losh 6505a01880bSWarner Losh20000906: 6515a01880bSWarner Losh nsswitch has been imported from NetBSD. Among other things, 6525a01880bSWarner Losh this means that /etc/host.conf is no longer used. See 6535a01880bSWarner Losh nsswitch.conf(5) instead. Note that at boot time rc.network 6545a01880bSWarner Losh will attempt to produce a new nsswitch.conf file for you if you 6555a01880bSWarner Losh don't have one, and you have host.conf. 6565a01880bSWarner Losh 6572b41163cSWarner Losh20000905: 65838d6ecd2SWarner Losh The ucred structure changed size. This breaks the interface 65938d6ecd2SWarner Losh that mountd uses. Trying to use an older mountd with a newer 66038d6ecd2SWarner Losh kernel guarantees a panic. This means that you need to use 66138d6ecd2SWarner Losh kernels newer than today only with matching mountd, but you 66238d6ecd2SWarner Losh needed to do that anyway with the boot loader changes. 66338d6ecd2SWarner Losh 66438d6ecd2SWarner Losh20000905: 6658aab4bc7SWarner Losh The boot loader has been updated. The new default kernel is 6668aab4bc7SWarner Losh now /boot/kernel/kernel.ko. The new default module location 6678aab4bc7SWarner Losh is /boot/kernel. 6688aab4bc7SWarner Losh 6698aab4bc7SWarner Losh You *MUST* upgrade your boot loader and kernel at the same time. 67038d6ecd2SWarner Losh The easiest way to do this is to do the buildworld/buildkernel/ 67138d6ecd2SWarner Losh installkernel/installworld dance. 6722b41163cSWarner Losh 673d594498fSWarner Losh Furthermore, you are urged to delete your old /modules directory 674d594498fSWarner Losh before booting the new kernel, since kldload will find stale 675d594498fSWarner Losh modules in that directory instead of finding them in the correct 676d594498fSWarner Losh path, /boot/kernel. The most common complaint that this cures 677d594498fSWarner Losh is that the linux module crashes your machine after the update. 678d594498fSWarner Losh 679d594498fSWarner Losh if [ ! -d /boot/kernel.old ]; then 680d594498fSWarner Losh mv /modules.old /boot/kernel.old 681d594498fSWarner Losh chflags noschg /kernel.old 682d594498fSWarner Losh mv /kernel.old /boot/kernel.old/kernel.ko 683d594498fSWarner Losh chflags schg /boot/kernel.old/kernel.ko 684d594498fSWarner Losh fi 685d594498fSWarner Losh 686c22a309cSWarner Losh20000904: 687c22a309cSWarner Losh A new issue with the sendmail upgrade has come to light. 688c22a309cSWarner Losh /etc/aliases has moved to /etc/mail/aliases. Mergemaster will 689c22a309cSWarner Losh incorrectly install the default aliases in /etc/mail rather than 690c22a309cSWarner Losh move the old one from /etc. So you'll need to manually move the 691c22a309cSWarner Losh file, create a symbolic link, remove the old /etc/aliases.db and 692c22a309cSWarner Losh run newaliases. For safety sake, you should stop sendmail 693c22a309cSWarner Losh while doing this and run the upgrade when locally sourced email 694c22a309cSWarner Losh is not likely to be generated. 695c22a309cSWarner Losh 696fdb9f54dSWarner Losh20000825: 697fdb9f54dSWarner Losh /boot/device.hints is now required for installkernel to 6989c1a7444SWarner Losh succeed. You should copy GENERIC.hints for your architecture 6999c1a7444SWarner Losh into /boot/device.hints. If and only if you compile hints 7009c1a7444SWarner Losh into your kernel, then this file may be empty. Please note, 7019c1a7444SWarner Losh if you have an empty or missing /boot/device.hints file and 7029c1a7444SWarner Losh you neglected to compile hints into your kernel, no boot 7039c1a7444SWarner Losh messages will appear after the boot loader tries to start the 7049c1a7444SWarner Losh kernel. 7059c1a7444SWarner Losh 7069c1a7444SWarner Losh20000821: 7079c1a7444SWarner Losh If you do NOT have ``options RANDOMDEV'' in your kernel and 7089c1a7444SWarner Losh you DO want the random device then add randomdev_load="YES" to 7099c1a7444SWarner Losh /boot/loader.conf. 710fdb9f54dSWarner Losh 7118f250aa7SWarner Losh20000812: 7125da0d091SWarner Losh suidperl is now always built and installed on the system, but 7135da0d091SWarner Losh with permissions of 511. If you have applications that use 7145da0d091SWarner Losh this program, you are now required to add ENABLE_SUIDPERL=true 7155da0d091SWarner Losh to /etc/make.conf. If you forget to do this, 7165da0d091SWarner Losh chmod 4511 /usr/bin/suidperl 7175da0d091SWarner Losh will fix this until the next build. 7185da0d091SWarner Losh 7195da0d091SWarner Losh20000812: 7208f250aa7SWarner Losh sendmail has been updated from 8.9.3 to 8.11.0. Some of the more 7218f250aa7SWarner Losh visible changes that may immediately affect your configuration 7228f250aa7SWarner Losh include: 7238f250aa7SWarner Losh - New default file locations from src/contrib/sendmail/cf/README 7248f250aa7SWarner Losh - newaliases limited to root and trusted users 7258f250aa7SWarner Losh - MSA port (587) turned on by default 7268f250aa7SWarner Losh - New queue file naming system so can't go from 8.11 -> 8.9 7278f250aa7SWarner Losh - FEATURE(`rbl') renamed to FEATURE(`dnsbl') 7288f250aa7SWarner Losh - FEATURE(`nullclient') is more full featured 7298f250aa7SWarner Losh - FEATURE(`nouucp') requires an argument: `reject' or `nospecial' 7308f250aa7SWarner Losh - mail.local FreeBSD-only -b option changed to -B 7318f250aa7SWarner Losh - See src/contrib/sendmail/RELEASE_NOTES for more info 7328f250aa7SWarner Losh 73371c38472SWarner Losh20000810: 73471c38472SWarner Losh suidperl (aka sperl) is no longer build by default. You must 73571c38472SWarner Losh specifically define BUILD_SUIDPERL to "true" for it to be build. 73671c38472SWarner Losh Furthermore, we recommend that you remove /usr/bin/sperl* and 73771c38472SWarner Losh /usr/bin/suidperl files from your system unless you have a 73871c38472SWarner Losh specific use for it. 73971c38472SWarner Losh 74071c38472SWarner Losh20000729: 74171c38472SWarner Losh Networking defaults have been tightened. Anybody upgrading 74271c38472SWarner Losh /etc/defaults/rc.conf needs to add the following lines to 74371c38472SWarner Losh /etc/rc.conf if they want to have the same setup 74471c38472SWarner Losh afterwards (unless the variables already are set, of course): 74571c38472SWarner Losh # Enable network daemons for user convenience. 74671c38472SWarner Losh inetd_enable="YES" 74771c38472SWarner Losh portmap_enable="YES" 74871c38472SWarner Losh sendmail_enable="YES" 74971c38472SWarner Losh 75071c38472SWarner Losh20000728: 75171c38472SWarner Losh If you have null_load="YES" in your /boot/loader.conf, you 75271c38472SWarner Losh will need to change that to nullfs_load="YES". 75371c38472SWarner Losh 7541dece4a9SWarner Losh20000728: 7551dece4a9SWarner Losh The "installkernel" target has changed slightly. Now even if 7561dece4a9SWarner Losh you override KERNEL e.g. 'make installkernel KERNEL=MYKERNEL' 7571dece4a9SWarner Losh it will install the MYKERNEL file (built with the buildkernel 7581dece4a9SWarner Losh target) as /kernel rather than /MYKERNEL. Those who have 7591dece4a9SWarner Losh updated their /boot/loader.conf files to point to /MYKERNEL 7601dece4a9SWarner Losh should remove that entry or perform manual rename of /kernel 7611dece4a9SWarner Losh to /MYKERNEL. 7621dece4a9SWarner Losh 763409e887cSWarner Losh20000711: 764409e887cSWarner Losh If you use CVSUP or CTM to get CVS trees, AND you used to get 765409e887cSWarner Losh the old crypto files from internat.freebsd.org AND you check 766409e887cSWarner Losh out files from the CVS tree with the cvs command, please read 767409e887cSWarner Losh http://people.freebsd.org/~imp/internat.txt 768409e887cSWarner Losh for details on potential problems that you might have and how 769409e887cSWarner Losh to get around them. 770409e887cSWarner Losh 771409e887cSWarner Losh If you are merely a mirror, or don't answer yes to each of the 772409e887cSWarner Losh clauses above, you needn't worry. 773409e887cSWarner Losh 774409e887cSWarner Losh20000711: 775409e887cSWarner Losh /etc/security has been updated to print the inode number of 776409e887cSWarner Losh setuid programs that have changed. You will see a large spike 777409e887cSWarner Losh in the number of changed programs the first time when you run 778409e887cSWarner Losh mergemaster to get a new /etc/security. 779409e887cSWarner Losh 780673d13f2SWarner Losh20000710: 781673d13f2SWarner Losh /dev/random now has good entropy collection (from the keyboard 782673d13f2SWarner Losh and sysmouse drivers). Please ensure that either `options 783673d13f2SWarner Losh RANDOMDEV' is present in your kernel config file or that 784673d13f2SWarner Losh `randomdev_load="YES"' is in your /boot/loader.conf. If you do 785673d13f2SWarner Losh not have the /dev/random driver, OpenSSL (and consequently 786673d13f2SWarner Losh lots of crypto tools (like SSH)) will fail with strange 787673d13f2SWarner Losh errors. (see below, 20000624). 788673d13f2SWarner Losh 789bed5c5ffSWarner Losh FreeBSD-current is safe again to run Crypto. 7901dece4a9SWarner Losh 791673d13f2SWarner Losh20000709: 792c6dd1430SWarner Losh phk made the malloc default options AJ. This may slow things 793c6dd1430SWarner Losh down and uncover other latent bugs in the code. If you need to 794c6dd1430SWarner Losh run at full speed, you can disable this by doing the following: 795673d13f2SWarner Losh ln -s aj /etc/malloc.conf 796673d13f2SWarner Losh 797e98e26cdSWarner Losh20000706: 798e98e26cdSWarner Losh libftpio's version was accidentally bumped a few days ago. This 799e98e26cdSWarner Losh has been corrected. You may need to remove /usr/lib/libftpio.so.6 800e98e26cdSWarner Losh before doing your next buildworld/installworld pair. It certainly 801f699bbbbSMark Ovens won't hurt to remove it before the update procedure. It will 802e98e26cdSWarner Losh break fetch until a new one is built, but ftp can be used in the 8032c021c6cSMark Ovens interim if needed. 804e98e26cdSWarner Losh 805e98e26cdSWarner Losh20000705: 806e98e26cdSWarner Losh The crypto packages have changed for the cvsup. This has been done 807e98e26cdSWarner Losh in a backward compatible way, but the old packages will go away at 808e98e26cdSWarner Losh some point in the future. Look at /usr/share/examples/cvsup for 809e98e26cdSWarner Losh details. 810e98e26cdSWarner Losh 811c373950eSWarner Losh20000704: 8122f961bc8SWarner Losh With the new sys/modules/sound/drivers/*, you will need to 8132f961bc8SWarner Losh set SYSDIR until you do an installworld after July 7th. 8142f961bc8SWarner Losh 8152f961bc8SWarner Losh20000704: 816c373950eSWarner Losh rc.shutdown and rc will now call the rc.d scripts with start 817c373950eSWarner Losh or stop. This may cause some harmless warnings from older 818c373950eSWarner Losh rc.d scripts that haven't been updated. 819c373950eSWarner Losh 82027dc3a2bSWarner Losh20000630: 82127dc3a2bSWarner Losh The libfetch based version of fetch has gone into the tree. 82227dc3a2bSWarner Losh Minor problems may result on some of the less popular sites, 82327dc3a2bSWarner Losh which should be reported to des@freebsd.org. 82427dc3a2bSWarner Losh 825b8c215acSWarner Losh20000625: 826b8c215acSWarner Losh From approximately this date forward, one must have the crypto 82727dc3a2bSWarner Losh system installed in order to build the system and kernel. 82827dc3a2bSWarner Losh While not technically strictly true, one should treat it as 82927dc3a2bSWarner Losh required and grab the crypto bits. If you are grabbing CVS 83027dc3a2bSWarner Losh trees, src-all and cvs-crypto should be treated as if they 83127dc3a2bSWarner Losh were required. You should check with the latest collections 83227dc3a2bSWarner Losh to make sure that these haven't changed. 833b8c215acSWarner Losh 8347b990719SWarner Losh20000624: 8357b990719SWarner Losh Mark Murray just committed the first parts of a cleanup of 8367b990719SWarner Losh /dev/zero, et al. This is also cleaning up /dev/random. 8377b990719SWarner Losh The entropy is disconnected, so DO NOT USE VERSIONS OF FREEBSD 8381a33dba7SWarner Losh -CURRENT FROM THIS POINT to 2000710 for cryptographic services 8397b990719SWarner Losh until Mark can merge in the fixes to this work in progress. 8407b990719SWarner Losh openssh and openssl should not be used to generate keys from this 8417b990719SWarner Losh date to the completion of the work. 8427b990719SWarner Losh 84327dc3a2bSWarner Losh If you must operate at this reduced level of security, add ' 84427dc3a2bSWarner Losh options RANDOMDEV' to your kernel or modload the randomdev 84527dc3a2bSWarner Losh module. You may also need to copy a new MAKEDEV to /dev and 84627dc3a2bSWarner Losh recreate the random and urandom devices. 84727dc3a2bSWarner Losh 84881e54c50SWarner Losh20000622: 84981e54c50SWarner Losh The license on the softupdates is now a standard 2 clause 85081e54c50SWarner Losh BSD license. You may need to remove your symbolic links 85181e54c50SWarner Losh that used to be required when updating. 85281e54c50SWarner Losh 85339943833SWarner Losh20000621: 8542c021c6cSMark Ovens Scott Flatman <sf@aracnet.com> sent in a decent write-up on 8552a2f33fbSDaniel Baker the config file update procedure. 8562a2f33fbSDaniel Baker http://people.freebsd.org/~imp/config-upd.html 857c373950eSWarner Losh NOTE: LINT is gone. It has been replaced with NOTES. NOTES 858a24eff53SWarner Losh isn't buildable. However, you can generate a LINT file. 85939943833SWarner Losh 860290f9ad8SWarner Losh20000620: 861290f9ad8SWarner Losh Binutils 2.10 have hit the tree, or will shortly. As soon 862290f9ad8SWarner Losh as they do, the problem noted in 20000522 will be resolved and 863290f9ad8SWarner Losh that workaround will no longer be required. 864290f9ad8SWarner Losh 86590fb6346SWarner Losh20000615: 86690fb6346SWarner Losh phk removed the compatibility creation of wd devices in the 86790fb6346SWarner Losh ad driver. If you haven't done so already, you must update 86890fb6346SWarner Losh your fstab, etc to use the ad devices instead of the wd 86990fb6346SWarner Losh devices. 87090fb6346SWarner Losh 871f75f65bbSWarner Losh In addition, you'll need to update your boot blocks to a 872f75f65bbSWarner Losh more modern version, if you haven't already done so. Modern 873f75f65bbSWarner Losh here means 4.0 release or newer (although older releases 874f75f65bbSWarner Losh may work). 875f75f65bbSWarner Losh 876ba26da8eSWarner Losh20000612: 877ba26da8eSWarner Losh Peter took an axe to config(8). Be sure that you read his mail 878290f9ad8SWarner Losh on the topic before even thinking about updating. You will 879c6dd1430SWarner Losh need to create a /boot/device.hints or add a hints directive 880290f9ad8SWarner Losh to your config file to compile them in statically. The format 881f54a3542SWarner Losh of the config file has changed as well. Please see GENERIC or 882f54a3542SWarner Losh NEWCARD for examples of the new format. 883290f9ad8SWarner Losh 8849698f2c0SWarner Losh Indirectly, this also breaks USERCONFIG. Unless a newer entry 8859698f2c0SWarner Losh says that it has been fixed, assume that must use the hints mechanism 8869698f2c0SWarner Losh in the loader if you need to use a machine with very old ISA cards 8879698f2c0SWarner Losh in it. 888bbcc5149SWarner Losh 889d65850ebSWarner Losh20000522: 890ba26da8eSWarner Losh A new set of binutils went into the tree today. Anybody 891d65850ebSWarner Losh building a kernel after this point is advised that they need 892d65850ebSWarner Losh to rebuild their binutils (or better yet do a 893d65850ebSWarner Losh buildworld/installworld) before building a new kernel. 894d65850ebSWarner Losh 895d9583a00SWarner Losh Due to bugs in binutils, using malloc options (eg /etc/malloc.conf 896d9583a00SWarner Losh or MALLOC_OPTIONS env var) J will cause ld to dump core. It 897d9583a00SWarner Losh is recommended that you don't set this option until the problem 898d9583a00SWarner Losh is resolved. 899d9583a00SWarner Losh 9008039cedeSWarner Losh20000513: 9018039cedeSWarner Losh The ethernet drivers were all updated to clean up the BPF handling. 9028039cedeSWarner Losh 903d65850ebSWarner Losh20000510: 9048039cedeSWarner Losh The problems with boot blocks on the alphas have been corrected. 9058039cedeSWarner Losh This will require some care in updating alphas. A new libstand 9068039cedeSWarner Losh is requires for the boot blocks to build properly. 9078039cedeSWarner Losh 9088039cedeSWarner Losh20000503: 9098039cedeSWarner Losh Recompile all kld modules. Proper version dependency info 9108039cedeSWarner Losh is now available. 9118039cedeSWarner Losh 912d65850ebSWarner Losh20000502: 913d65850ebSWarner Losh Modules have been disconnected from the buildworld tree and 914d65850ebSWarner Losh connected to the kernel building instead. 915d65850ebSWarner Losh 916be149406SNik Clayton20000427: 9178039cedeSWarner Losh You may need to build gperf 9188039cedeSWarner Losh cd /usr/src/gnu/usr.bin/gperf && make depend all install 9198039cedeSWarner Losh when upgrading from 4.0 -> current. The build system now uses 9208039cedeSWarner Losh an option only in -current. 9218039cedeSWarner Losh 9222b8dd5f4SWarner Losh20000417: 9232b8dd5f4SWarner Losh The method that we brand ELF binaries has changed to be more 924f699bbbbSMark Ovens acceptable to the binutils maintainers. You will need to 9252b8dd5f4SWarner Losh rebrand your ELF binaries that aren't native. One problem 9262b8dd5f4SWarner Losh binary is the Linux ldconfig. After your make world, but 9272c021c6cSMark Ovens before you reboot, you'll need to issue: 9282b8dd5f4SWarner Losh brandelf -t Linux /compat/linux/sbin/ldconfig 9292b8dd5f4SWarner Losh if you have Linux compatibility enabled on your machine. 9302b8dd5f4SWarner Losh 9318d9f1945SWarner Losh20000320: 9322b8dd5f4SWarner Losh If you have really bad/marginal IDE drives, you may find they 9332b8dd5f4SWarner Losh don't work well. Use pio mode instead. The easiest way to 9342b8dd5f4SWarner Losh cope if you have a problem combination is to add: 935ae20a1b8SDima Dorfman /sbin/sysctl hw.ata.ata_dma=0 9362b8dd5f4SWarner Losh to the start of /etc/rc.conf. 9378d9f1945SWarner Losh 938f8ab1dd6SWarner Losh20000319: 939f699bbbbSMark Ovens The ISA and PCI compatibility shims have been connected to the 940f8ab1dd6SWarner Losh options COMPAT_OLDISA and COMPAT_OLDPCI. If you are using old 941f8ab1dd6SWarner Losh style PCI or ISA drivers (i.e. tx, voxware, etc.) you must 942f8ab1dd6SWarner Losh include the appropriate option in your kernel config. Drivers 943f8ab1dd6SWarner Losh using the shims should be updated or they won't ship with 944f8ab1dd6SWarner Losh 5.0-RELEASE, targeted for 2001. 945f8ab1dd6SWarner Losh 94619cada77SWarner Losh20000318: 947f699bbbbSMark Ovens We've entered the traditional post release dumping party. 94819cada77SWarner Losh Large kernel changes are being committed and are in the 94919cada77SWarner Losh works. It is important to keep the systems' klds and kernel 95019cada77SWarner Losh in sync as kernel interfaces and structures are changing. 95119cada77SWarner Losh Before reporting kernel panics, make sure that all modules 95219cada77SWarner Losh that you are loading are up to date. 953ba228352SWarner Losh 95419cada77SWarner Losh20000315: 9556d23c382SWarner Losh If you are upgrading from an older version of FreeBSD, you 9566d23c382SWarner Losh need to update your boot blocks as well. 'disklabel -B ad0' 9576d23c382SWarner Losh will do the trick. This isn't critical until you remove your 9586d23c382SWarner Losh wd device entries in /dev, at which point your system will not 9596d23c382SWarner Losh boot. 9606d23c382SWarner Losh 9616d23c382SWarner Losh20000315: 96219cada77SWarner Losh 4.0 RELEASE shipped. Please see the 4.0 UPDATING file for how 96319cada77SWarner Losh to upgrade to 4.0 from 3.x. 96457199806SWarner Losh 965dc0dbf5cSWarner LoshCOMMON ITEMS: 966dc0dbf5cSWarner Losh 967a24eff53SWarner Losh General Notes 968a24eff53SWarner Losh ------------- 969a24eff53SWarner Losh Avoid using make -j when upgrading. From time to time in the 970a24eff53SWarner Losh past there have been problems using -j with buildworld and/or 971a24eff53SWarner Losh installworld. This is especially true when upgrading between 972a24eff53SWarner Losh "distant" versions (eg one that cross a major release boundary 973a24eff53SWarner Losh or several minor releases, or when several months have passed 974a24eff53SWarner Losh on the -current branch). 975a24eff53SWarner Losh 9765780f3baSWarner Losh Sometimes, obscure build problems are the result of environment 9775780f3baSWarner Losh poisoning. This can happen because the make utility reads its 9785780f3baSWarner Losh environment when searching for values for global variables. 9795780f3baSWarner Losh To run your build attempts in an "environmental clean room", 9805780f3baSWarner Losh prefix all make commands with 'env -i '. See the env(1) manual 9815780f3baSWarner Losh page for more details. 9825780f3baSWarner Losh 983dc0dbf5cSWarner Losh To build a kernel 984dc0dbf5cSWarner Losh ----------------- 985ba01eb20SWarner Losh If you are updating from a prior version of FreeBSD (even one just 986f699bbbbSMark Ovens a few days old), you should follow this procedure. With a 987ba01eb20SWarner Losh /usr/obj tree with a fresh buildworld, 9881e159248SWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE 9891e159248SWarner Losh make installkernel KERNCONF=YOUR_KERNEL_HERE 990dc0dbf5cSWarner Losh 991ba01eb20SWarner Losh To just build a kernel when you know that it won't mess you up 992ba01eb20SWarner Losh -------------------------------------------------------------- 993ba01eb20SWarner Losh cd src/sys/{i386,alpha}/conf 99447d0d01fSWarner Losh config KERNEL_NAME_HERE 995ba01eb20SWarner Losh cd ../../compile/KERNEL_NAME_HERE 996ba01eb20SWarner Losh make depend 997ba01eb20SWarner Losh make 998ba01eb20SWarner Losh make install 999ba01eb20SWarner Losh 1000ba01eb20SWarner Losh If this fails, go to the "To build a kernel" section. 1001ba01eb20SWarner Losh 1002ba01eb20SWarner Losh To rebuild everything and install it on the current system. 1003ba01eb20SWarner Losh ----------------------------------------------------------- 100463cb445eSWarner Losh # Note: sometimes if you are running current you gotta do more than 100563cb445eSWarner Losh # is listed here if you are upgrading from a really old current. 100663cb445eSWarner Losh 100763cb445eSWarner Losh <maybe fix /etc/fstab> [7] 100863cb445eSWarner Losh make buildworld 100963cb445eSWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE 101063cb445eSWarner Losh make installkernel KERNCONF=YOUR_KERNEL_HERE 101163cb445eSWarner Losh [1] 101263cb445eSWarner Losh <reboot in single user> [3] 101363cb445eSWarner Losh mergemaster -p [5] 101463cb445eSWarner Losh make installworld 101563cb445eSWarner Losh mergemaster [4] 101663cb445eSWarner Losh <reboot> 101763cb445eSWarner Losh 1018759f0aefSWarner Losh 10191dece4a9SWarner Losh To upgrade from 4.x-stable to current 1020ba26da8eSWarner Losh ------------------------------------- 1021fc8c157fSWarner Losh <maybe fix /etc/fstab> [7] 1022ba26da8eSWarner Losh make buildworld 10231e159248SWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE 10247595222aSWarner Losh cp src/sys/${MACHINE_ARCH}/conf/GENERIC.hints /boot/device.hints [2] 1025be1d673dSRuslan Ermilov make installkernel KERNCONF=YOUR_KERNEL_HERE 1026fc8c157fSWarner Losh cd src/sys/boot ; make install [6] 1027fc8c157fSWarner Losh [1] 1028fc8c157fSWarner Losh <reboot in single user> [3] 1029835284beSWarner Losh mergemaster -p [5] 1030f8a4c901SWarner Losh rm -rf /usr/include/g++ 1031ba26da8eSWarner Losh make installworld 1032a6cd4f9dSWarner Losh mergemaster [4] 1033ba26da8eSWarner Losh <reboot> 1034ba26da8eSWarner Losh 1035fdb9f54dSWarner Losh Make sure that you've read the UPDATING file to understand the 1036fdb9f54dSWarner Losh tweaks to various things you need. At this point in the life 1037fdb9f54dSWarner Losh cycle of current, things change often and you are on your own 1038fdb9f54dSWarner Losh to cope. The defaults can also change, so please read ALL of 1039fdb9f54dSWarner Losh the UPDATING entries. 1040ba26da8eSWarner Losh 10411dece4a9SWarner Losh Also, if you are tracking -current, you must be subscribed to 10421dece4a9SWarner Losh freebsd-current@freebsd.org. Make sure that before you update 10431dece4a9SWarner Losh your sources that you have read and understood all the recent 10441dece4a9SWarner Losh messages there. If in doubt, please track -stable which has 10451dece4a9SWarner Losh much fewer pitfalls. 10461dece4a9SWarner Losh 1047134d2e86SWarner Losh [1] If you have third party modules, such as vmware, you 1048134d2e86SWarner Losh should disable them at this point so they don't crash your 1049134d2e86SWarner Losh system on reboot. 1050134d2e86SWarner Losh 10519c1a7444SWarner Losh [2] If you have legacy ISA devices, you may need to create 10529c1a7444SWarner Losh your own device.hints to reflect your unique hardware 10539c1a7444SWarner Losh configuration. 10549c1a7444SWarner Losh 1055ee6e1fc3SWarner Losh [3] From the bootblocks, boot -s, and then do 1056ee6e1fc3SWarner Losh fsck -p 1057ee6e1fc3SWarner Losh mount -u / 1058ee6e1fc3SWarner Losh mount -a 1059ee6e1fc3SWarner Losh cd /usr/src 106047d0d01fSWarner Losh adjkerntz -i # if CMOS is wall time 1061f6a0ef01SWarner Losh Also, when doing a major release upgrade, it is required that 1062f6a0ef01SWarner Losh you boot into single user mode to do the installworld. 1063ee6e1fc3SWarner Losh 1064a6cd4f9dSWarner Losh [4] Note: This step is non-optional. Failure to do this step 1065a6cd4f9dSWarner Losh can result in a significant reduction in the functionality of the 1066a6cd4f9dSWarner Losh system. Attempting to do it by hand is not recommended and those 1067a6cd4f9dSWarner Losh that pursue this avenue should read this file carefully, as well 1068a6cd4f9dSWarner Losh as the archives of freebsd-current and freebsd-hackers mailing lists 1069a6cd4f9dSWarner Losh for potential gotchas. 1070a6cd4f9dSWarner Losh 1071835284beSWarner Losh [5] Usually this step is a noop. However, from time to time 1072835284beSWarner Losh you may need to do this if you get unknown user in the following 1073835284beSWarner Losh step. It never hurts to do it all the time. You may need to 1074835284beSWarner Losh install a new mergemaster (cd src/usr.sbin/mergemaster && make 1075835284beSWarner Losh install) after the buildworld before this step if you last updated 1076835284beSWarner Losh from current before 20020224 or from -stable before 20020408. 1077835284beSWarner Losh 1078fc8c157fSWarner Losh [6] 4.x boot blocks can be used to boot a 5.x system, however 1079fc8c157fSWarner Losh it is difficult to do that at best. If you are concerned 1080fc8c157fSWarner Losh about being able to boot 4.x if the reboot to single user 1081fc8c157fSWarner Losh fails, then you should do something like 1082fc8c157fSWarner Losh mv /boot /boot-4x 1083fc8c157fSWarner Losh mkdir /boot 1084fc8c157fSWarner Losh before this step. You may be able to then boot the 4.x boot 1085fc8c157fSWarner Losh blocks if you catch boot2, and enter /boot-4x/loader rather than 1086fc8c157fSWarner Losh /boot/loader. However, this step hasn't been torture tested. 1087fc8c157fSWarner Losh 1088fc8c157fSWarner Losh [7] Before you upgrade, please make sure that you are not using 1089fc8c157fSWarner Losh compatibility slices. These are device names of the form, on i386 1090fc8c157fSWarner Losh and other architectures that use MBR slicing, /dev/ad0a without the 1091fc8c157fSWarner Losh actual slice name. Chances are excellent that these will break. 1092fc8c157fSWarner Losh You generally must update these entries to use the post FreeBSD 1093fc8c157fSWarner Losh 2.x form of /dev/ad0s1a. 1094fc8c157fSWarner Losh 1095dc0dbf5cSWarner LoshFORMAT: 1096dc0dbf5cSWarner Losh 1097f699bbbbSMark OvensThis file contains a list, in reverse chronological order, of major 10981fc1a0dcSWarner Loshbreakages in tracking -current. Not all things will be listed here, 1099f8ab1dd6SWarner Loshand it only starts on March 15, 2000. Updating files can found in 1100f8ab1dd6SWarner Loshprevious releases if your system is older than this. 11011fc1a0dcSWarner Losh 1102e72fd46aSWarner LoshCopyright information: 1103e72fd46aSWarner Losh 11049698f2c0SWarner LoshCopyright 1998, 2002 M. Warner Losh. All Rights Reserved. 1105e72fd46aSWarner Losh 1106772730c7SWarner LoshRedistribution, publication, translation and use, with or without 1107772730c7SWarner Loshmodification, in full or in part, in any form or format of this 11089698f2c0SWarner Loshdocument are permitted without further permission from the author. 1109e72fd46aSWarner Losh 1110e72fd46aSWarner LoshTHIS DOCUMENT IS PROVIDED BY WARNER LOSH ``AS IS'' AND ANY EXPRESS OR 1111e72fd46aSWarner LoshIMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED 1112e72fd46aSWarner LoshWARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE 1113e72fd46aSWarner LoshDISCLAIMED. IN NO EVENT SHALL WARNER LOSH BE LIABLE FOR ANY DIRECT, 1114e72fd46aSWarner LoshINDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES 1115e72fd46aSWarner Losh(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR 1116e72fd46aSWarner LoshSERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 1117e72fd46aSWarner LoshHOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, 1118e72fd46aSWarner LoshSTRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING 1119e72fd46aSWarner LoshIN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE 1120e72fd46aSWarner LoshPOSSIBILITY OF SUCH DAMAGE. 1121e72fd46aSWarner Losh 1122e72fd46aSWarner LoshIf you find this document useful, and you want to, you may buy the 1123e72fd46aSWarner Loshauthor a beer. 1124e72fd46aSWarner Losh 112522306abcSWarner LoshContact Warner Losh if you have any questions about your use of 1126772730c7SWarner Loshthis document. 1127772730c7SWarner Losh 112897d92980SPeter Wemm$FreeBSD$ 1129