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 7f59d5f7aSPoul-Henning KampNOTE TO PEOPLE WHO THINK THAT FreeBSD 5.x IS SLOW: 8f59d5f7aSPoul-Henning Kamp FreeBSD 5.x 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 18a19f8ddaSDavid E. O'Brien to maximize performance. 19c1f61aa9SDavid E. O'Brien 2068b7b3a9SAlex Dupre20040125: 2168b7b3a9SAlex Dupre ULE has entered into its probationary period as the default scheduler 2268b7b3a9SAlex Dupre in GENERIC. For the average user, interactivity is reported to be 2368b7b3a9SAlex Dupre better in many cases. On SMP machines ULE will be able to make more 2468b7b3a9SAlex Dupre efficient use of the available parallel resources. If you are not 2568b7b3a9SAlex Dupre running it now, please switch over, replacing the kernel option 2668b7b3a9SAlex Dupre SCHED_4BSD with SCHED_ULE. 2768b7b3a9SAlex Dupre 28ce41f4bfSRobert Watson20031213: 29ce41f4bfSRobert Watson src/lib/libc/gen/initgroups.c:1.8 now causes logins to fail 30ce41f4bfSRobert Watson if the login process is unable to successfully set the 31ce41f4bfSRobert Watson process credentials to include all groups defined for the 32ce41f4bfSRobert Watson user. The current kernel limit is 16 groups; administrators 33ce41f4bfSRobert Watson may wish to check that users do not have over 16 groups 34ce41f4bfSRobert Watson defined, or they will be unable to log in. 35ce41f4bfSRobert Watson 36c124fa05SJohn Baldwin20031203: 37c124fa05SJohn Baldwin The ACPI module has been reactivated. It is no longer required 38c124fa05SJohn Baldwin to compile ACPI support into kernels statically. 39c124fa05SJohn Baldwin 408ad1f5e4SHartmut Brandt20031112: 4130093b05SWarner Losh The statfs structure has been updated with 64-bit fields to 4230093b05SWarner Losh allow accurate reporting of multi-terabyte filesystem 4397209ca3SRobert Watson sizes. You should build world, then build and boot the new kernel 4497209ca3SRobert Watson BEFORE doing a `installworld' as the new kernel will know about 4597209ca3SRobert Watson binaries using the old statfs structure, but an old kernel will 4697209ca3SRobert Watson not know about the new system calls that support the new statfs 473f631d52SMarcel Moolenaar structure. 483f631d52SMarcel Moolenaar Note that the backwards compatibility is only present when the 493f631d52SMarcel Moolenaar kernel is configured with the COMPAT_FREEBSD4 option. Since 503f631d52SMarcel Moolenaar even /bin/sh will not run with a new kernel without said option 513f631d52SMarcel Moolenaar you're pretty much dead in the water without it. Make sure you 523f631d52SMarcel Moolenaar have COMPAT_FREEBSD4! 533f631d52SMarcel Moolenaar Running an old kernel after a `make world' will cause programs 543f631d52SMarcel Moolenaar such as `df' that do a statfs system call to fail with a bad 553f631d52SMarcel Moolenaar system call. Marco Wertejuk <wertejuk@mwcis.com> also reports 563f631d52SMarcel Moolenaar that cfsd (ports/security/cfs) needs to be recompiled after 573f631d52SMarcel Moolenaar these changes are installed. 5830093b05SWarner Losh 5930093b05SWarner Losh ****************************DANGER******************************* 6030093b05SWarner Losh 6130093b05SWarner Losh DO NOT make installworld after the buildworld w/o building and 6230093b05SWarner Losh installing a new kernel FIRST. You will be unable to build a 6330093b05SWarner Losh new kernel otherwise on a system with new binaries and an old 6430093b05SWarner Losh kernel. 6564a18d6fSKirk McKusick 6664a18d6fSKirk McKusick20031112: 678ad1f5e4SHartmut Brandt Some netgraph string length constants have been changed. This 688ad1f5e4SHartmut Brandt change requires the netgraph kernel modules and all netgraph 698ad1f5e4SHartmut Brandt userland components to be in sync. Especially users who require 708ad1f5e4SHartmut Brandt netgraph to boot need to make sure to have world and kernel in 718ad1f5e4SHartmut Brandt sync before rebooting. 728ad1f5e4SHartmut Brandt 73c53a5d8fSJohn Baldwin20031111: 74c53a5d8fSJohn Baldwin Hyperthreading logical CPU's are no longer probed by default 75c53a5d8fSJohn Baldwin when using the MP Table. If ACPI is being used, then logical 76c53a5d8fSJohn Baldwin CPUs will be probed if hyperthreading is enabled in the BIOS. 77c53a5d8fSJohn Baldwin If ACPI is not being used and hyperthreading is enabled in the 78c53a5d8fSJohn Baldwin BIOS, logical CPUs can be enabled by building a custom kernel 79c53a5d8fSJohn Baldwin with the option MPTABLE_FORCE_HTT enabled. 80c53a5d8fSJohn Baldwin 818bf455a5SJohn Baldwin20031103: 828bf455a5SJohn Baldwin The i386 APIC_IO kernel option has been replaced by 838bf455a5SJohn Baldwin 'device apic'. The ACPI module has also been temporarily 842a2cfa95SCeri Davies disabled, so ACPI must be statically compiled into your 858bf455a5SJohn Baldwin kernel using 'device acpi' if you wish to use the ACPI driver. 868bf455a5SJohn Baldwin 879bf40edeSBrooks Davis20031031: 889bf40edeSBrooks Davis The API and ABI of struct ifnet have been changed by removing 899bf40edeSBrooks Davis the if_name and if_unit members and replacing them with 909bf40edeSBrooks Davis if_xname, if_dname, and if_dunit. All network drivers and most 919bf40edeSBrooks Davis userland programs which include net/if_var.h must be updated 929bf40edeSBrooks Davis and recompiled. __FreeBSD_version has been bumped to 501113 to 939bf40edeSBrooks Davis reflect this change. 949bf40edeSBrooks Davis 9547a42c7aSPoul-Henning Kamp20030928: 9647a42c7aSPoul-Henning Kamp Changes to the cdevsw default functions have been made to remove 9747a42c7aSPoul-Henning Kamp the need to specify nullopen() and nullclose() explicitly. 9847a42c7aSPoul-Henning Kamp __FreeBSD_version bumpted to 501110. 9947a42c7aSPoul-Henning Kamp 10007105342SMax Khon20030926: 10107105342SMax Khon kiconv(3) has been added. mount_msdosfs(8), mount_ntfs(8) and 10207105342SMax Khon mount_cd9660(8) need to be in sync with kernel. 10307105342SMax Khon 10417dcd026SSam Leffler20030925: 10517dcd026SSam Leffler Configuring a system to use IPFILTER now requires that PFIL_HOOKS 10617dcd026SSam Leffler also be explicitly configured. Previously this dependency was 10717dcd026SSam Leffler magically handled through some cruft in net/pfil.h; but that has 10817dcd026SSam Leffler been removed. Building a kernel with IPFILTER but not PFIL_HOOKS 10917dcd026SSam Leffler will fail with obtuse errors in ip_fil.c. 11017dcd026SSam Leffler 111fedf1d01SBruce M Simpson20030923: 112fedf1d01SBruce M Simpson Fix a bug in arplookup(), whereby a hostile party on a locally 113fedf1d01SBruce M Simpson attached network could exhaust kernel memory, and cause a system 114fedf1d01SBruce M Simpson panic, by sending a flood of spoofed ARP requests. See 115fedf1d01SBruce M Simpson FreeBSD-SA-03:14.arp. 116fedf1d01SBruce M Simpson 117db38f9cbSJacques Vidrine20030915: 118db38f9cbSJacques Vidrine A change to /etc/defaults/rc.conf now causes inetd to be started 119db38f9cbSJacques Vidrine with `-C 60' if it is not overridden in /etc/rc.conf. This 120db38f9cbSJacques Vidrine causes inetd to stop accepting connections from an IP address 121db38f9cbSJacques Vidrine that exceeds the rate of 60 connections per minute. 122db38f9cbSJacques Vidrine 123c09d2c2bSMike Makonnen20030829: 124c09d2c2bSMike Makonnen The following rc.d scripts have been removed and should be 125c09d2c2bSMike Makonnen deleted from your installation: atm2.sh atm3.sh devdb 126c09d2c2bSMike Makonnen localdaemons network1 network2 network3. Depending on when 127c09d2c2bSMike Makonnen you last updated world and used mergemaster(8) you may or 128c09d2c2bSMike Makonnen may not have problems during the rc boot sequence. The simplest 129c09d2c2bSMike Makonnen solution is an 'rm -rf /etc/rc.d/*' and then 'mergemaster -i'. 130c09d2c2bSMike Makonnen The atm2.sh atm3.sh and devdb scripts were removed some time 131c09d2c2bSMike Makonnen ago, so depending on when you installed -CURRENT these scripts 132c09d2c2bSMike Makonnen may or may not exist on your system. 133c09d2c2bSMike Makonnen 13417c159dcSSøren Schmidt20030824: 13517c159dcSSøren Schmidt ATAng has been committed. You need to build world as sys/ata.h 13617c159dcSSøren Schmidt has changed, and userland atacontrol depends on it. 137f240812bSSøren Schmidt If you use ATA SW raids you need "device ataraid" in your 138f240812bSSøren Schmidt kernel config file, as it is no longer pulled in automatically. 13917c159dcSSøren Schmidt 140c1f61aa9SDavid E. O'Brien20030819: 141c1f61aa9SDavid E. O'Brien The OFW_NEWPCI option has been turned on in the Sparc64 GENERIC kernel. 142c1f61aa9SDavid E. O'Brien Among other things, this changes the device enumeration to be 143c1f61aa9SDavid E. O'Brien closer to Solaris. Be aware that, this can even cause the machine 144c1f61aa9SDavid E. O'Brien to not boot without manual intervention before the fstab is adjusted. 14569f7bcf3SWarner Losh 14638c962e7SNate Lawson20030728: 14738c962e7SNate Lawson All current USB and Firewire quirks in da(4) have been deprecated 14838c962e7SNate Lawson and will be removed for 5.2. If this causes failure for your 14938c962e7SNate Lawson umass(4) devices, enable "options DA_OLD_QUIRKS" in your kernel 15038c962e7SNate Lawson and send the output of "camcontrol inquiry da0" to scsi@freebsd.org 15138c962e7SNate Lawson so the quirk can be re-enabled. 15238c962e7SNate Lawson 153178cf4e9SWarner Losh20030722: 154178cf4e9SWarner Losh FPU-less support has been removed from FreeBSD. Chances are you won't 155178cf4e9SWarner Losh notice. 386+387 support should still work after this change, but 156178cf4e9SWarner Losh it is now a minimum requirement for the i386 port that you have real 157178cf4e9SWarner Losh FPU hardware. 158178cf4e9SWarner Losh 159178cf4e9SWarner Losh20030714: 160178cf4e9SWarner Losh Some people are having problems with changes related to /rescue. 161178cf4e9SWarner Losh If you are building -j N, you will need to define NO_RESCUE. Others 162178cf4e9SWarner Losh will need to define it if /rescue has issues with their environment. 163178cf4e9SWarner Losh People should report those issues to current@. 164178cf4e9SWarner Losh 165157c629aSWarner Losh20030711: 166157c629aSWarner Losh gcc was upgraded to 3.3. You are advised to not build -DNOCLEAN 1678b71efcaSCeri Davies across this point. Further, it might be a good idea to remove 16805538fa9SWarner Losh /usr/obj. 169157c629aSWarner Losh 1706cc6353fSMarcel Moolenaar20030613: [retrospective] 1716cc6353fSMarcel Moolenaar There was a small window in which sed(1) was broken. If you 1726cc6353fSMarcel Moolenaar happen to have sed(1) installed during that window, which is 1736cc6353fSMarcel Moolenaar evidenced by an inability to build world with the failure 1746cc6353fSMarcel Moolenaar given below, you need to manually build and install sed(1) 1756cc6353fSMarcel Moolenaar (and only sed(1)) before doing anything else. This is a one- 1766cc6353fSMarcel Moolenaar time snafu. Typical failure mode: 1776cc6353fSMarcel Moolenaar 1786cc6353fSMarcel Moolenaar In file included from /usr/src/contrib/binutils/bfd/targets.c:1092: 1796cc6353fSMarcel Moolenaar targmatch.h:7:1: null character(s) ignored 1806cc6353fSMarcel Moolenaar targmatch.h:12:1: null character(s) ignored 1816cc6353fSMarcel Moolenaar targmatch.h:16:1: null character(s) ignored 1826cc6353fSMarcel Moolenaar : 1836cc6353fSMarcel Moolenaar 1846cc6353fSMarcel Moolenaar The window of "sed(1)-uction" is from Wed Jun 4 15:31:55 2003 UTC 1856cc6353fSMarcel Moolenaar to Thu Jun 5 12:10:19 2003 UTC (from rev 1.30 to rev 1.31 of 1866cc6353fSMarcel Moolenaar usr.bin/sed/process.c). 1876cc6353fSMarcel Moolenaar 188766c34e4SAndrey A. Chernov20030610: 189766c34e4SAndrey A. Chernov Remove deprecated locale names and transition period code 190766c34e4SAndrey A. Chernov for them, finishing switching to the new scheme. Check your 191766c34e4SAndrey A. Chernov LANG environment variable. 192766c34e4SAndrey A. Chernov 1937ddc2528SPoul-Henning Kamp20030609: 194df622d54SPoul-Henning Kamp CCD has been changed to be a fully GEOMified class. Kernel 195df622d54SPoul-Henning Kamp and ccdconfig(8) needs to be in sync, this is particularly 196df622d54SPoul-Henning Kamp important to remember beforehand if your source tree is on 197df622d54SPoul-Henning Kamp a ccd device. Consider making a copy of the old ccdconfig 198df622d54SPoul-Henning Kamp into /boot/kernel.good or wherever you keep your backup 199df622d54SPoul-Henning Kamp kernel. 200df622d54SPoul-Henning Kamp 20152b47445SMark Murray20030505: 20252b47445SMark Murray Kerberos 5 (Heimdal) is now built by default. Setting 20352b47445SMark Murray MAKE_KERBEROS5 no longer has any effect. If you do NOT 20452b47445SMark Murray want the "base" Kerberos 5, you need to set NO_KERBEROS. 20552b47445SMark Murray 206a26df538SWarner Losh20030502: 207a26df538SWarner Losh groff has been updated. If you try to do a buildworld and 208a26df538SWarner Losh get an infinite loop in troff, update to May 4th or newer. If you 209a26df538SWarner Losh have a newer kernel than userland, you may need to set the OSRELDATE 210a26df538SWarner Losh to 500110 in your environment before starting a buildworld. 211a26df538SWarner Losh 2124b065e2cSDoug Barton20030501: 2134b065e2cSDoug Barton The old rc system has been removed. Please report any problems 2144b065e2cSDoug Barton to freebsd-rc@yahoogroups.com, and/or freebsd-current@freebsd.org. 2154b065e2cSDoug Barton Your personal versions of these files will not be removed, so you can 2164b065e2cSDoug Barton continue to use them. However, you should take great care when updating, 2174b065e2cSDoug Barton especially when using mergemaster, since the compatibility code that 2184b065e2cSDoug Barton utilizes these old scripts has also been removed. 2194b065e2cSDoug Barton 22081cda3d9SWarner Losh20030423: 22181cda3d9SWarner Losh A bug has been fixed in /dev/devctl which would cause devd 22281cda3d9SWarner Losh to hang on boot, were it not for a workaround in devd. The 22381cda3d9SWarner Losh work around in devd will be removed around 20030507. You 22481cda3d9SWarner Losh have until then to upgrade your kernel before updating 22581cda3d9SWarner Losh userland. In general, you should have a userland and 22681cda3d9SWarner Losh kernel that's in sync with each other. However, given the 22781cda3d9SWarner Losh effects of this bug (hang on boot when starting devd), some 22881cda3d9SWarner Losh allowances are made. 22981cda3d9SWarner Losh 23047a657d1SRuslan Ermilov20030329: 23147a657d1SRuslan Ermilov Alphas with libc from between 20030312 and 20030329 exhibit 23247a657d1SRuslan Ermilov floating point exceptions (FPEs), most notably in awk(1) 23347a657d1SRuslan Ermilov while upgrading the system through a buildworld. 23447a657d1SRuslan Ermilov 23547a657d1SRuslan Ermilov So, to successfully upgrade your Alpha, you must either 23647a657d1SRuslan Ermilov downgrade your libc.so to a pre-20030312 version, or update 23747a657d1SRuslan Ermilov /usr/share/mk/bsd.cpu.mk to revision 1.26 which adds -mieee 23847a657d1SRuslan Ermilov to CFLAGS, then forcibly rebuild and install libc: 23947a657d1SRuslan Ermilov 24047a657d1SRuslan Ermilov cd /usr/src/lib/libc && \ 24147a657d1SRuslan Ermilov make cleandir && make obj && \ 24247a657d1SRuslan Ermilov make -DNOMAN -DNOPROFILE all && \ 24347a657d1SRuslan Ermilov make -DNOMAN -DNOPROFILE install 24447a657d1SRuslan Ermilov 2455d2af00cSGregory Neil Shapiro20030208: 2465d2af00cSGregory Neil Shapiro sendmail 8.12.7 has been imported. It has one important 2475d2af00cSGregory Neil Shapiro change for IPv6 users. The default submit.mc now uses 2485d2af00cSGregory Neil Shapiro '[127.0.0.1]' instead of 'localhost' meaning only IPv4 is 2495d2af00cSGregory Neil Shapiro used to connect to the MTA. Users on IPv6-only machines 2505d2af00cSGregory Neil Shapiro will need to edit /etc/mail/submit.mc appropriately. 2515d2af00cSGregory Neil Shapiro 2525d2af00cSGregory Neil Shapiro20030128: 2539db58771SPoul-Henning Kamp NODEVFS option has been removed and DEVFS thereby made standard. 254ca22e652SJens Schweikhardt This makes all references to MAKEDEV obsolete, and they should 2559db58771SPoul-Henning Kamp be removed when convenient. 2569db58771SPoul-Henning Kamp 2578d9b3f57SJake Burkholder20030126: 2588d9b3f57SJake Burkholder The name of the device for the ofw console has changed, sparc64 users 2598d9b3f57SJake Burkholder must run mergemaster to update their installed /etc/ttys. 2608d9b3f57SJake Burkholder 2611c5efda5SJeff Roberson20030125: 2621c5efda5SJeff Roberson The scheduler framework has grown a second scheduler and consequently 2631c5efda5SJeff Roberson you must specify one and only one scheduler in your kernel config. 264ca22e652SJens Schweikhardt The cvs config files have been updated to use the old scheduler 2651c5efda5SJeff Roberson which may be selected via 'options SCHED_4BSD'. If you would like 2661c5efda5SJeff Roberson to try the new, much more experimental, scheduler please try 2671c5efda5SJeff Roberson 'options SCHED_ULE' and contribute to the arch@ discussion. 2681c5efda5SJeff Roberson 2699d1d64f5SWarner Losh20030115: 2709d1d64f5SWarner Losh A new version of the wi driver has been imported into the tree. 2719d1d64f5SWarner Losh One now must have device wlan in the config file for it to operate 2729d1d64f5SWarner Losh properly. 2739d1d64f5SWarner Losh 274c9fdb80aSWarner Losh In addition, there have been some changes to how wi devices are 275c9fdb80aSWarner Losh configured for point to point links to bring it more in line 276c9fdb80aSWarner Losh with the former way of doing things, as well as compatibility 277c9fdb80aSWarner Losh with NetBSD. 278c9fdb80aSWarner Losh 279161dc364SAlexander Kabaev20021222: 280161dc364SAlexander Kabaev For a period after the GCC 3.2.1 import (from 12/04 to 12/22), GCC 281161dc364SAlexander Kabaev used an incompatible form of ABI for returning structures and unions 282161dc364SAlexander Kabaev which FreeBSD's GCC maintainers were not aware of relative to previous 283161dc364SAlexander Kabaev versions of FreeBSD. We have gone back to the ABI for now, and any 284161dc364SAlexander Kabaev code compiled which is required to interoperate with other code (not 285161dc364SAlexander Kabaev built at the same time) returning structs or unions should be 28684cc83efSAlexander Kabaev rebuilt. 287161dc364SAlexander Kabaev 288fb4c8061SMartin Blapp20021216: 289fb4c8061SMartin Blapp A name change in /etc/netconfig has been reverted to stay 29089056245SJens Schweikhardt compatible with suns TIRPC and also with NetBSD. You need 291fb4c8061SMartin Blapp to run mergemaster after make world. A new libc does still work 2929d5abbddSJens Schweikhardt with an outdated /etc/netconfig for some time, but you'll get 293fb4c8061SMartin Blapp a warning. This warning will be removed in 20030301. 294fb4c8061SMartin Blapp 29517d47eb3SGiorgos Keramidas20021202: 29617d47eb3SGiorgos Keramidas The recent binutils upgrade marks a kernel flag day on 29717d47eb3SGiorgos Keramidas sparc64: modules built with the old binutils will not work 29817d47eb3SGiorgos Keramidas with new kernels and vice versa. Mismatches will result in 29917d47eb3SGiorgos Keramidas panics. Make sure your kernel and modules are in sync. 30017d47eb3SGiorgos Keramidas 301a4459294SBill Fenner20021029: 302a4459294SBill Fenner The value of IPPROTO_DIVERT has changed. Make sure to keep 303a4459294SBill Fenner your kernel, netstat, natd and any third-party DIVERT 304a4459294SBill Fenner consumers in sync. 305a4459294SBill Fenner 306fc8c157fSWarner Losh20021024: 307c57404feSRuslan Ermilov Old, compatibility slices have been removed in GEOM kernels. 308c57404feSRuslan Ermilov This means that you will have to update your /etc/fstab to 309c57404feSRuslan Ermilov not use disk devices of the form /dev/ad0a. Instead, you 310c57404feSRuslan Ermilov now must specify /dev/ad0s1a, or whatever slice your FreeBSD 311c57404feSRuslan Ermilov partition really is on. The old device names have gone 312c57404feSRuslan Ermilov away, so if you use them anywhere else, you must also adjust 313c57404feSRuslan Ermilov those uses. (This doesn't affect the disks formatted in 314c57404feSRuslan Ermilov the ``dangerously-dedicated'' mode.) 31569f7bcf3SWarner Losh 316fd9e8bdaSAndrew Gallatin20021023: 317fd9e8bdaSAndrew Gallatin Alphas with kernels from between 20020830 and 20021023 and/or 318fd9e8bdaSAndrew Gallatin rtld (ld-elf.so.1) older than 20021023 may experience problems 319fd9e8bdaSAndrew Gallatin with groff while doing a buildworld (kernel: "out of memory", 320fd9e8bdaSAndrew Gallatin fixed in rev 1.129 of kern/imgact_elf.c; rtld: "too few PT_LOAD 321fd9e8bdaSAndrew Gallatin segments", fixed in rev 1.8 of libexec/rtld-elf/map_object.c). 322fd9e8bdaSAndrew Gallatin 323fd9e8bdaSAndrew Gallatin So, to successfully upgrade your Alpha, you must either 324fd9e8bdaSAndrew Gallatin upgrade your kernel and rtld first (which might be a bit 325fd9e8bdaSAndrew Gallatin tricky), or avoid running the bootstrapped groff during the 326fd9e8bdaSAndrew Gallatin "transitional" buildworld. To avoid running groff during the 327fd9e8bdaSAndrew Gallatin transitional upgrade run make buildworld with -DNOMAN, 328fd9e8bdaSAndrew Gallatin -DNO_SHAREDOCS, and -DNO_LPR. 329fd9e8bdaSAndrew Gallatin 330f8a4c901SWarner Losh20020831: 331f8a4c901SWarner Losh gcc has been upgraded to 3.2. It is not all binary compatible 332f8a4c901SWarner Losh with earlier versions of gcc for c++ programs. All c++ 333f8a4c901SWarner Losh programs and libraries need to be recompiled. 334f8a4c901SWarner Losh 335f8a4c901SWarner Losh Also, if you encounter g++ issues, rm /usr/include/g++/* before 336f8a4c901SWarner Losh doing an installworld to make sure that stale files are removed. 337f8a4c901SWarner Losh 338c2248fa2SJens Schweikhardt20020827: 339c2248fa2SJens Schweikhardt Our /etc/termcap now has all the entries from the XFree86 xterm 340c2248fa2SJens Schweikhardt almost unchanged. This means xterm now supports color by default. 341c2248fa2SJens Schweikhardt If you used TERM=xterm-color in the past you now should use 342c2248fa2SJens Schweikhardt TERM=xterm. (xterm-color will lead to benign warnings). 343c2248fa2SJens Schweikhardt 3440d533e43SRuslan Ermilov20020815: 3450d533e43SRuslan Ermilov A "bug" in gcc(1) that was hiding warning in system headers was 3460d533e43SRuslan Ermilov fixed. It's probably time to add -DNO_WERROR to your make line 3470d533e43SRuslan Ermilov again. 3480d533e43SRuslan Ermilov 34933c1de7dSRuslan Ermilov20020729: 35033c1de7dSRuslan Ermilov COPY is being deprecated. The 20010530 change was reverted, as 35133c1de7dSRuslan Ermilov it causes far more pain than was expected, and to always compare 35233c1de7dSRuslan Ermilov before installing, please use INSTALL="install -C" again. The 35333c1de7dSRuslan Ermilov -C option is now silently ignored when used with the -d option. 35433c1de7dSRuslan Ermilov 3552b877facSJulian Elischer20020702: 3562b877facSJulian Elischer Problems with libc_r clients like KDE and GNOME have been resolved. 3572b877facSJulian Elischer There are still some minor problems with some signals but the 3582b877facSJulian Elischer system is stable enough for general use again. SMP is less so than UP 3592b877facSJulian Elischer but each can successfully complete multiple buildworlds. 3602b877facSJulian Elischer Libkvm needs to be recompiled due to KSE. 3612b877facSJulian Elischer 36206596d37SWarner Losh20020701: 36306596d37SWarner Losh Now would be a bad time to upgrade. Something in or near the 36406596d37SWarner Losh KSE commit totally broke programs using libc_r like KDE and 36506596d37SWarner Losh GNOME. 36606596d37SWarner Losh 36795ba4330SJacques Vidrine20020511: 36895ba4330SJacques Vidrine The k5su utility installed as part of Kerberos 5 is no longer 36995ba4330SJacques Vidrine installed with the set-user-ID bit set by default. Add 37095ba4330SJacques Vidrine ENABLE_SUID_K5SU=yes to /etc/make.conf to have it installed 37195ba4330SJacques Vidrine with the set-user-ID bit set. 37295ba4330SJacques Vidrine 373a81da3c9SDavid E. O'Brien20020510: 374f50caf6fSDavid E. O'Brien Gcc 3.1 debugging format (cc -g) has changed from STABS to DWARF2. 375f50caf6fSDavid E. O'Brien Unfortunately our native GDB (at version 4.18) does not understand 3764b683fb2SRobert Watson the DWARF2 debugging format. Thus you must use `gcc -gstabs+' to 377f50caf6fSDavid E. O'Brien generated debugging information for our native GDB. 378f50caf6fSDavid E. O'Brien 379f50caf6fSDavid E. O'Brien20020510: 380a81da3c9SDavid E. O'Brien Due to the way CVS works, it may not properly update src/contrib/gcc 381a81da3c9SDavid E. O'Brien to the 3.1 sources. The easiest fix is to `rm -rf' src/contrib/gcc 382a81da3c9SDavid E. O'Brien and then do a cvs update. 383a81da3c9SDavid E. O'Brien 384528a0ef5SJacques Vidrine20020421: 385528a0ef5SJacques Vidrine When exec'ing set[ug]id executables, the kernel now ensures that the 386528a0ef5SJacques Vidrine stdio file descriptors (0..2) are open. See FreeBSD-SA-02:23.stdio. 387528a0ef5SJacques Vidrine 38885aa5a2eSGregory Neil Shapiro20020404: 38985aa5a2eSGregory Neil Shapiro New sendmail startup scripts have been installed to make it 39085aa5a2eSGregory Neil Shapiro easier to use alternative MTAs with FreeBSD. Setting the rc.conf 39185aa5a2eSGregory Neil Shapiro variable sendmail_enable to "NO" no longer prevents any sendmail 39285aa5a2eSGregory Neil Shapiro daemons from starting. Instead, either set sendmail_enable to 39385aa5a2eSGregory Neil Shapiro "NONE" or change mta_start_script to a script for starting 39485aa5a2eSGregory Neil Shapiro an alternative MTA. Setting mta_start_script to "" will 39585aa5a2eSGregory Neil Shapiro also prevent any MTA from being started at boot. 39685aa5a2eSGregory Neil Shapiro 3978f1e4358SRuslan Ermilov20020403: 3988f1e4358SRuslan Ermilov UCONSOLE is no longer a valid kernel option. 3998f1e4358SRuslan Ermilov 4002292c02eSWarner Losh20020315: 4012292c02eSWarner Losh FreeBSD 5.0 DP-1 was basically branched today. 4022292c02eSWarner Losh 40369f7bcf3SWarner Losh20020225: 40469f7bcf3SWarner Losh Warnings are now errors in the kernel. Unless you are a developer, 40569f7bcf3SWarner Losh you should add -DNO_WERROR to your make line. 40669f7bcf3SWarner Losh 4078f35c493SWarner Losh20020217: 4088f35c493SWarner Losh sendmail 8.12.2 has been imported. The sendmail binary is no 4098f35c493SWarner Losh longer a set-user-ID root binary and the infrastructure to support 4108f35c493SWarner Losh command line mail submission has changed. Be sure to run 4118f35c493SWarner Losh mergemaster (especially for updating /etc/rc, /etc/defaults/rc.conf, 4128f35c493SWarner Losh and /etc/mail) and read /etc/mail/README for more details. 4138f35c493SWarner Losh 414835284beSWarner Losh Due to the import of sendmail 8.12.2, a new user and group are 415835284beSWarner Losh required in order for sendmail to run as a set-group-ID 416835284beSWarner Losh binary. A 'make installworld' will use the new user and group 417835284beSWarner Losh to set the owner and group of /var/spool/clientmqueue and will 418835284beSWarner Losh fail if the new user and group do not exist. The 'smmsp' user 419835284beSWarner Losh and group must be merged from src/etc/group and 420835284beSWarner Losh src/etc/master.passwd before using 'make installworld'. 421835284beSWarner Losh 'mergemaster -p' will do this. You may need to install 422835284beSWarner Losh mergemaster before this will work if you are updating from a 423835284beSWarner Losh very old version of current. The updating recipe has changed 424835284beSWarner Losh as of this date. 425835284beSWarner Losh 426fa9401c1SWarner Losh20020112: 427fa9401c1SWarner Losh The preferred configuration method for PAM is now /etc/pam.d/ 428fa9401c1SWarner Losh rather than /etc/pam.conf. If you have an unmodified 429fa9401c1SWarner Losh pam.conf, just delete it after your next mergemaster run. If 430fa9401c1SWarner Losh you have local modifications, you can use 431fa9401c1SWarner Losh /usr/src/etc/pam.d/convert.pl to incorporate them into your 432fa9401c1SWarner Losh /etc/pam.d. 433fa9401c1SWarner Losh 434fa9401c1SWarner Losh Please see the following url for more details: 435fa9401c1SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<xzp6667fyoa.fsf@flood.ping.uio.no> 43647d0d01fSWarner Losh20011229: 43747d0d01fSWarner Losh If anyone here is already using the new rc.conf(5) variable 43847d0d01fSWarner Losh networkfs_types, please note that it has changed 43947d0d01fSWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<9744.1009655556@axl.seasidesoftware.co.za> 44047d0d01fSWarner Losh 441514318a8SWarner Losh20011220: 442514318a8SWarner Losh sys/i4b/driver/i4b_ispppsubr.c has been retired. This file 443514318a8SWarner Losh started out its life in the ISDN4BSD project as an offspring 444514318a8SWarner Losh from sys/net/if_spppsubr.c, which eventually got a life of its 445514318a8SWarner Losh own. All the accumulated features and bugfixes of the i4b 446514318a8SWarner Losh version have now been merged back into the base system's 447514318a8SWarner Losh version now. The only user-visible change resulting from this 448514318a8SWarner Losh is that i4b's sppp(4) interfaces are to be managed with 449514318a8SWarner Losh spppcontrol(8) again, since ispppcontrol(8) has been retired 450514318a8SWarner Losh as well. (There has never been rc file support for 451514318a8SWarner Losh ispppcontrol in -current, but only in -stable. That will be 452514318a8SWarner Losh reverted by the time the changes are MFCed.) 453514318a8SWarner Losh 454514318a8SWarner Losh20011215: 455514318a8SWarner Losh The fdc(4) driver has been updated and now automatically 456514318a8SWarner Losh recognizes media in `standard' formats (like 1440 KB and 457514318a8SWarner Losh 720 KB for a 3.5" high-density drive) when accessing the 458514318a8SWarner Losh default device node (e. g. /dev/fd0). The old variety of 459514318a8SWarner Losh floppy device nodes /dev/fd*.* is no longer present by 460514318a8SWarner Losh default, devices can be created (in DEVFS) on demand. They 461514318a8SWarner Losh will need to be customized then for `odd' densities using 462514318a8SWarner Losh fdcontrol(8). 463514318a8SWarner Losh 4642d22e2bfSWarner Losh20011209: 4652d22e2bfSWarner Losh The bugs in procfs' debugging support code have been fixed, 4662d22e2bfSWarner Losh and truss(1) now works again. 4672d22e2bfSWarner Losh 4689e0428e2SWarner Losh20011207: 4699e0428e2SWarner Losh Daily security checks have been split out to use the periodic(8) 4709e0428e2SWarner Losh scripts. Some change in configuration may be necessary. Please 4719e0428e2SWarner Losh see 4729e0428e2SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<20011207155805.R8975@blossom.cjclark.org> 4739e0428e2SWarner Losh for details. 4749e0428e2SWarner Losh 4759bab8c59SWarner Losh20011204: 4769bab8c59SWarner Losh sos added VCD/SVCD support to ata driver and that needs the 4779bab8c59SWarner Losh kernel and burncd to be in sync. 4789bab8c59SWarner Losh 479e57d8b01SWarner Losh20011203: 480e57d8b01SWarner Losh The procfs pseudo-filesystem has now been converted to use the 481e57d8b01SWarner Losh pseudofs framework. If you have 'options PROCFS' in your 482e57d8b01SWarner Losh kernel config, you'll need to add 'options PSEUDOFS' if it's 483e57d8b01SWarner Losh not there already. 484e57d8b01SWarner Losh 485e57d8b01SWarner Losh This change temporarily breaks truss(1); use ktrace(1) instead 486e57d8b01SWarner Losh until the issue has been resolved. 487e57d8b01SWarner Losh 488b001d36fSJacques Vidrine20011202: 489b001d36fSJacques Vidrine A security hole in OpenSSH involving `UseLogin yes' has been 490b001d36fSJacques Vidrine patched. 491b001d36fSJacques Vidrine 4924b676ec1SWarner Losh20011126: 4934b676ec1SWarner Losh You need to remove /usr/obj/.../usr.bin/tip before rebuilding 4945ebbf43eSWarner Losh after this date. You need to do this only once. 4954b676ec1SWarner Losh 496d961e462SWarner Losh20011103: 497d961e462SWarner Losh Most of the awk issues have been resolved. Some rough 498d961e462SWarner Losh edges may be left, but for the most part things should be 4994b676ec1SWarner Losh back to "normal." For CURRENT's usual definition of "normal." 500d961e462SWarner Losh 501d961e462SWarner Losh20011030: 502d961e462SWarner Losh Awk has been upgraded to the one true awk from bell labs. Expect 503d961e462SWarner Losh choppy waves in the upgrade process. 504d961e462SWarner Losh 5051fe003b6SWarner Losh20011030: 506a4b6fda0SWarner Losh The asr driver problem has been resolved. 5071fe003b6SWarner Losh 5081fe003b6SWarner Losh20011027: 5091fe003b6SWarner Losh Due to changes in other parts of the system, the asr driver 5101fe003b6SWarner Losh now causes the system to panic on boot. Do not use it pending 5111fe003b6SWarner Losh correction. Comment it out of any kernel config file that you 5121fe003b6SWarner Losh try to use from this date forward. 5131fe003b6SWarner Losh 5141fe003b6SWarner Losh20011025: 5151fe003b6SWarner Losh When crossbuilding, use TARGET=xxx where you used to use 5161fe003b6SWarner Losh MACHINE=xxx. You don't need to set TARGET_ARCH and TARGET, 5171fe003b6SWarner Losh unless you are changing both of them. To cross build pc98 on 5181fe003b6SWarner Losh an alpha, for example, you need to set TARGET=pc98 and 5191fe003b6SWarner Losh TARGET_ARCH=i386. 5201fe003b6SWarner Losh 521d05f9643SWarner Losh20011001: 522d05f9643SWarner Losh The kernel interface that burncd depends on has changed. 523d05f9643SWarner Losh You must recompile both the kernel and userland applications 524d05f9643SWarner Losh at the same time. 525d05f9643SWarner Losh 52658970f85SWarner Losh20010929: 52758970f85SWarner Losh When crossbuilding, please set TARGET_ARCH rather than 52858970f85SWarner Losh MACHINE_ARCH to indicate the target. In the future, one will 52958970f85SWarner Losh set TARGET_MACHINE where you set MACHINE now. At the moment, 53058970f85SWarner Losh setting MACHINE alone for same MACHINE_ARCH machines works 5319d5abbddSJens Schweikhardt (eg, you can build pc98 on an i386 machine and vice versa). 53258970f85SWarner Losh 53358970f85SWarner Losh20010927: 53458970f85SWarner Losh Some weird problems result from using ACPI on some machines. 53558970f85SWarner Losh To disable ACPI you can add 53666ff0e67SMax Khon hint.acpi.0.disabled="1" 53758970f85SWarner Losh to /boot/loader.conf (or by putting set X=Y at the boot 53858970f85SWarner Losh loader "ok" prompt). 53958970f85SWarner Losh 54058970f85SWarner Losh Alternatively, you can remove it from /boot/kernel/acpi.ko 54158970f85SWarner Losh or use the MODULES_OVERRIDE function in your kernel config 54258970f85SWarner Losh file and not list acpi in that list. 543378f4486SAlfred Perlstein 5445119d237SWarner Losh20010924: 5455119d237SWarner Losh The buildworld has been fixed. You may need to install 5465119d237SWarner Losh the 4.x compatibility libraries for some old binaries 5478b039fffSWarner Losh to work. Add COMPAT4X=true to your /etc/make.conf to 5488b039fffSWarner Losh get them installed on every installworld, or execute the 5498b039fffSWarner Losh following to get them installed only once: 5508b039fffSWarner Losh cd src/lib/compat/compat4x.<arch> 55158970f85SWarner Losh make all install 5528b039fffSWarner Losh You will see ``__stdoutp undefined'' until you do this. 5535119d237SWarner Losh 5543c293725SWarner Losh20010919: 5553c293725SWarner Losh There's a bug in the world build process. The cross-tools 5563c293725SWarner Losh are build with the NEW headers, but the OLD libc.a. This 5573c293725SWarner Losh leads to all kinds of problems with the new libc. A temporary 558772730c7SWarner Losh workaround is to add 5593c293725SWarner Losh CFLAGS="-O -pipe -D_OLD_STDIO" 5603c293725SWarner Losh before building world when upgrading from 4.x to current. This 5613c293725SWarner Losh can be removed afterwards. 5623c293725SWarner Losh 5633c293725SWarner Losh A proper fix to the buildworld target is needed. 5643c293725SWarner Losh 5653c293725SWarner Losh20010918: 5663c293725SWarner Losh Peter has committed his new kthread nfs client/server code. 5673c293725SWarner Losh NFS may be unstable after this date. 5683c293725SWarner Losh 5693c293725SWarner Losh20010912: 5703c293725SWarner Losh KSE has hit the tree. Lots of things are now different in 5713c293725SWarner Losh the kernel. While a few problems were introduced in the 5723c293725SWarner Losh initial commit, most of the major ones have been found and 5733c293725SWarner Losh corrected. 5743c293725SWarner Losh 5753c293725SWarner Losh20010901: 5763c293725SWarner Losh In OLDCARD, CardBus bridges appear to be stable. The work 5773c293725SWarner Losh arounds described in the 20010604 entry are now no longer 5783c293725SWarner Losh necessary and will be ignored. Most insert/remove problems 5793c293725SWarner Losh have been rectified around this date. 5803c293725SWarner Losh 58198b17b95SWarner Losh20010823: 58298b17b95SWarner Losh named now runs as user bind and group bind rather than as 58398b17b95SWarner Losh root. If named_enable is set to YES in /etc/rc.conf, ensure 58498b17b95SWarner Losh that user bind is available in /etc/passwd (using vipw(8)) 58598b17b95SWarner Losh and that group bind is available in /etc/group. Also make 58698b17b95SWarner Losh sure that user or group bind has read (and not write) 58798b17b95SWarner Losh permission for your name server configuration and that it 58898b17b95SWarner Losh has read and write permission for your slave zone files and 58998b17b95SWarner Losh directory. 59098b17b95SWarner Losh 59198b17b95SWarner Losh If you wish to continue to run named as root (a less secure 59298b17b95SWarner Losh alternative), add a line to /etc/rc.conf saying 59398b17b95SWarner Losh 59498b17b95SWarner Losh named_flags= 59598b17b95SWarner Losh 5967b9786edSMark Murray20010709: 5977b9786edSMark Murray The PAM libraries have had an API upgrade that is beyond 5987b9786edSMark Murray the ability of the shared library major number to handle. 5997b9786edSMark Murray It is manifested by PAM-using ports dumping core. The 6007b9786edSMark Murray solution is to rebuild those ports. 6017b9786edSMark Murray 6021d28950eSWarner Losh20010628: 6031d28950eSWarner Losh The kernel compile module has moved from src/sys/compile/FOO 6041d28950eSWarner Losh to src/sys/${MACHINE}/compile/FOO. 6051d28950eSWarner Losh 606e72fd46aSWarner Losh20010625: 60798b17b95SWarner Losh The pccard modem issue from 20010613 has been corrected. 60898b17b95SWarner Losh OLDCARD support is still a little weak in -current. slot 1 is 60998b17b95SWarner Losh known not to work on some TI based cardbus bridges. Some 61098b17b95SWarner Losh cardbus bridges do not properly detect insert/removal events. 61198b17b95SWarner Losh IRQ configuration needs more safety belts. 61216de1a07SWarner Losh 6130d415dffSWarner Losh20010617: 614e72fd46aSWarner Losh Softupdates problems have been corrected. 6150d415dffSWarner Losh 6160d415dffSWarner Losh20010614: 6170d415dffSWarner Losh Peter ripped out the linkerset support. You must, as always, 6180d415dffSWarner Losh rerun config after you cvsup if you are using the traditional 6190d415dffSWarner Losh kernel building methods. 6200d415dffSWarner Losh 6218b9959adSWarner Losh20010613: 6228b9959adSWarner Losh pccard modems may not work with current after 20010604 date. Some 6238b9959adSWarner Losh do, others result in panics. *MAKE*SURE* that you update your 624e72fd46aSWarner Losh config and /etc/rc.conf ala the 20010604 entry, or you will have 625e72fd46aSWarner Losh problems (this issue will be fixed, it just hasn't been yet). 6268b9959adSWarner Losh 627e72fd46aSWarner Losh20010613: 6288b9959adSWarner Losh SOFTUPDATES seem to be broken since the middle of May or so. Do not 629e72fd46aSWarner Losh use them in current. You can disable softupdates on all mounted 630e72fd46aSWarner Losh partitions, or remove SOFTUPDATES the kernel config file. 6318b9959adSWarner Losh 6320d415dffSWarner Losh20010612: 6330d415dffSWarner Losh After Peter's commits to the hints code, people have been noticing 6340d415dffSWarner Losh that certain devices are attached (or try to) twice. This is due 6350d415dffSWarner Losh to having both static hints as well as a /boot/device.hints. To 6360d415dffSWarner Losh work around this issue, please use only one or the other mechanism 6370d415dffSWarner Losh until this bug is fixed. 6380d415dffSWarner Losh 639e72fd46aSWarner Losh Please note that a feature of config is that if you have config 640e72fd46aSWarner Losh file FOO and FOO.hints, it automatically adds FOO.hints to the 641ca22e652SJens Schweikhardt hints.c file, whether you want it to or not. 642e72fd46aSWarner Losh 6430d415dffSWarner Losh20010610: 6440d415dffSWarner Losh Locale names have changed to match other systems better. 6450d415dffSWarner Losh 6466ccdb5e4SWarner Losh20010604: 6476ccdb5e4SWarner Losh pccard support for pci cards has been committed. You must change 6486ccdb5e4SWarner Losh your /etc/pccard.conf irq lines. It must match the irq used by 6496ccdb5e4SWarner Losh pcic device. Interrupt storms may result if you fail to do this. 6503590182eSWarner Losh Interrupt storms look a lot like a hang. 6513590182eSWarner Losh 6523590182eSWarner Losh You must also install a new pccardd, otherwise you will get an 6533590182eSWarner Losh interrupt storm at card reset time (just after it tells you what 6543590182eSWarner Losh it is). 6553590182eSWarner Losh 6563590182eSWarner Losh pccardd_flags="-I" is necessary for the time being. It tells pccardd 6573590182eSWarner Losh not to ask the kernel if the interrupt is really free or not before 6583590182eSWarner Losh using it. You can either change the /etc/pccard.conf irq lines to 6593590182eSWarner Losh match pcic, or add "-i X" to the pccardd_flags. 6606ccdb5e4SWarner Losh 6610bc62786SWarner Losh20010530: 6620bc62786SWarner Losh INSTALL=install -C is being deprecated. If you want to do this, 6630bc62786SWarner Losh use COPY=-C instead. The former method will be supported for only 6640bc62786SWarner Losh a limited time. If you see 6650bc62786SWarner Losh 6660bc62786SWarner Loshinstall: warning: the -d and -C options may not be specified together 6670bc62786SWarner Losh 6680bc62786SWarner Losh in your makeworld, then you need to migrate towards using 6690bc62786SWarner Losh COPY=-C. 6700bc62786SWarner Losh 67168a38c6cSWarner Losh20010525: 672b6609bbbSWarner Losh It appears that vm is now stable enough to use again. However, 673c4f4a728SWarner Losh there may be other problems, so caution is still urged. alpha 674c4f4a728SWarner Losh definitely is in bad shape. 67568a38c6cSWarner Losh 676ed0f29caSWarner Losh20010521: 677ca22e652SJens Schweikhardt Minor repo damage has happened. This may cause problems 678ed0f29caSWarner Losh with cvsup of ports. If you get errors, please see 679ed0f29caSWarner Losh http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27495 680ed0f29caSWarner Losh at the bottom for details on a workaround. The error message 681ed0f29caSWarner Losh is 682ed0f29caSWarner LoshUpdater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": Directory not empty 683ed0f29caSWarner Losh 68480c16af9SWarner Losh20010520: 68568a38c6cSWarner Losh Vm and/or swapping are busted on -current. Please be patient. 68680c16af9SWarner Losh 68780c16af9SWarner Losh20010519: 68880c16af9SWarner Losh pccard has had much reorganizational work done to it over 68980c16af9SWarner Losh the past few days. Everything should still work, but if 69080c16af9SWarner Losh not, please contact imp@freebsd.org. 69180c16af9SWarner Losh 692a45f2d05SWarner Losh20010517: 693a45f2d05SWarner Losh ata ioctl changed. Make sure to recompile both kernel and 694a45f2d05SWarner Losh userland at the same time. 695a45f2d05SWarner Losh 696a45f2d05SWarner Losh20010517: 697a45f2d05SWarner Losh New ncurses imported. 698a45f2d05SWarner Losh 6992988afcaSWarner Losh20010512: 7002988afcaSWarner Losh DEVFS is now opt out, not opt in. Barring major problems, this 7012988afcaSWarner Losh will be the only way to go starting July 1. 7022988afcaSWarner Losh 7031a33dba7SWarner Losh20010504: 7041a33dba7SWarner Losh OpenSSH has been updated to 2.9. Some defaults are different, 7051a33dba7SWarner Losh including RhostsRSAAuthentication, which changes from yes to no. 7061a33dba7SWarner Losh 70709946a51SWarner Losh20010502: 70809946a51SWarner Losh Perl breakage in 20010501 was corrected at 14:18:33 PDT. 70909946a51SWarner Losh 71009946a51SWarner Losh20010501: 71109946a51SWarner Losh Building perl was broken at 02:25:25 PDT. 71209946a51SWarner Losh 71309946a51SWarner Losh20010430: 714a70a79adSWarner Losh The bug in 20010429 was corrected at 07:35:37 PDT. It is safe to 71509946a51SWarner Losh go back in the water. 71609946a51SWarner Losh 71709946a51SWarner Losh20010429: 71809946a51SWarner Losh A bad bug was committed at 04:48:42 PDT. Don't use kernels after 71909946a51SWarner Losh this date, but before the correction date. 72009946a51SWarner Losh 72191dd3b53SWarner Losh20010423: 72291dd3b53SWarner Losh old fsck and new kernel interactions appear to have been fixed. 72391dd3b53SWarner Losh 72491dd3b53SWarner Losh20010411: 72591dd3b53SWarner Losh fsck and the kernel were changed to handle some optimizations 72691dd3b53SWarner Losh to directory layout. This breaks backward compatibility. 72791dd3b53SWarner Losh Update only if you understand that you must not use the old 72891dd3b53SWarner Losh fsck with the new kernel ever. 72991dd3b53SWarner Losh 730933b3269SWarner Losh20010330: 731933b3269SWarner Losh fsck has changed the meaning of the pass column in /etc/fstab. 732c4e215d3SWarner Losh Please see the cvs commit to fsck.8 or the fsck.8 man page for 733933b3269SWarner Losh details. It is unclear if changes to /etc/fstab are necessary. 734933b3269SWarner Losh 735933b3269SWarner Losh20010319: 736933b3269SWarner Losh portmap had changed name to rpcbind for maximum POLA in your 737933b3269SWarner Losh current world. /etc/hosts.{allow,deny} needs changes. nfs and 738933b3269SWarner Losh other rpc based programs that rely on portmapper will not work 739f34a9421SWarner Losh without updates to /etc/hosts.{allow,deny} and /etc/netconfig. 74009946a51SWarner Losh 74109946a51SWarner Losh20010315: 74209946a51SWarner Losh ata subsystem changes. ATA_ENABLE_ATAPI_DMA, ATA_ENABLE_WC 743ca22e652SJens Schweikhardt and ATA_ENABLE_TAGS are no longer kernel options. They have 74409946a51SWarner Losh been replaced by tunables. See ata.4 for details. 745933b3269SWarner Losh 746933b3269SWarner Losh20010312: 747933b3269SWarner Losh The fxp driver was converted to use miibus. If you compile 748933b3269SWarner Losh fxp into your kernel statically, you will need to add miibus. 749933b3269SWarner Losh 750933b3269SWarner Losh20010312: 751933b3269SWarner Losh The wi device now defaults to BSS (infrastructure) mode 752933b3269SWarner Losh instead of ad-hoc. 753933b3269SWarner Losh 754933b3269SWarner Losh20010310: 755f5260d32SWarner Losh /dev/urandom should be a symbolic link to /dev/random now. 756933b3269SWarner Losh Users of current not using DEVFS need to run MAKEDEV std. 757933b3269SWarner Losh ssh might not work if you don't. 758933b3269SWarner Losh 75962353691SWarner Losh20010303: 76062353691SWarner Losh The ed driver has been updated. It now allows mii attachments, 76162353691SWarner Losh which means that you must include the miibus in your kernel if 76262353691SWarner Losh you use the ed driver. 76362353691SWarner Losh 764d325cf65SWarner Losh20010220: 765d325cf65SWarner Losh The problems with libc have been corrected. It is now mostly 766d325cf65SWarner Losh safe to go back into the water. 767d325cf65SWarner Losh 768024daae6SWarner Losh20010211: 769024daae6SWarner Losh The size of FILE was changed. This breaks upgrading. If 770024daae6SWarner Losh you must upgrade, be prepared for pain. It also breaks almost 771024daae6SWarner Losh all binaries that you've compiled on -current. You are warned 772024daae6SWarner Losh that before upgrading would be a good time to do a level 0 773024daae6SWarner Losh dump of your system. No, really, I mean it this time. 774024daae6SWarner Losh 775024daae6SWarner Losh To get to the new system, you'll need to use the following 776024daae6SWarner Losh workaround. Hopefully this can be sorted out so that we 777024daae6SWarner Losh don't have to move this to the updating section. 778024daae6SWarner Losh 779024daae6SWarner Losh To get around the installworld problem, do: 780024daae6SWarner Losh # cd /usr/src/usr.bin/sed 781024daae6SWarner Losh # make install 782024daae6SWarner Losh # cd /usr/src 783024daae6SWarner Losh # make installworld 784024daae6SWarner Losh If that doesn't work, then try: 785024daae6SWarner Losh # make -k installworld 786024daae6SWarner Losh # make installworld 787024daae6SWarner Losh 788024daae6SWarner Losh20010207: 789024daae6SWarner Losh DEVFS is now the default. If you use vinum, make sure that you 790024daae6SWarner Losh do not include devfs in your kernel as problems result. 791024daae6SWarner Losh 792024daae6SWarner Losh20010205: 7937595222aSWarner Losh FFS_ROOT and CD9660_ROOT have been removed or deprecated. 794024daae6SWarner Losh Remove them from your config. 795024daae6SWarner Losh 7961e159248SWarner Losh20010122: 7971e159248SWarner Losh ****************************** WARNING ****************************** 7981e159248SWarner Losh buildkernel has been changed slightly 7991e159248SWarner Losh ****************************** WARNING ****************************** 8001e159248SWarner Losh KERNCONF replaces the variable KERNEL for buildkernel. You 8011e159248SWarner Losh should update your scripts and make.conf accordingly. 8021e159248SWarner Losh 8031e159248SWarner Losh20010119: 8041e159248SWarner Losh config has changed to allow DEV_FOO as a replacement for NFOO. 8051e159248SWarner Losh This requires a new config to build correctly. 8061e159248SWarner Losh 807aac7dfeaSWarner Losh20010116: 808ca22e652SJens Schweikhardt The kernel option I386_CPU is now mutually exclusive with the 809aac7dfeaSWarner Losh other cpu types. If you have an i386 system, be sure that it 810aac7dfeaSWarner Losh only had this line. Remove it for all other configurations. 811aac7dfeaSWarner Losh 812aac7dfeaSWarner Losh20010110: 813aac7dfeaSWarner Losh Changes to the kernel require it and burncd be in sync. 814aac7dfeaSWarner Losh 815aac7dfeaSWarner Losh20010102: 816aac7dfeaSWarner Losh Everyone who has hw.sndunit set to something in 817aac7dfeaSWarner Losh /etc/sysctl.conf, it is now hw.snd.unit. 818aac7dfeaSWarner Losh 81963c90c9eSWarner Losh20010101: 82063c90c9eSWarner Losh ex and vi were broken by some changes to sys/queue.h. If you 82163c90c9eSWarner Losh have a bad vi, you will see make buildworld fail with a core 8225fd2a895SWarner Losh dump while building termcap. You can work around this problem 82363c90c9eSWarner Losh by adding -k to your make buildworld. This will cause the 82463c90c9eSWarner Losh build to complete and install a new vi. Once that's done, you 82563c90c9eSWarner Losh can rebuild again without the -k to pick up anything that 82663c90c9eSWarner Losh might have been ignored by the -k option. 82763c90c9eSWarner Losh 8285fd2a895SWarner Losh Others have suggested that you can just rebuild libc if your 8295fd2a895SWarner Losh vi/ex is dynamically linked, but I've not received any reports 8305fd2a895SWarner Losh of this working. 8315fd2a895SWarner Losh 832aac7dfeaSWarner Losh20001228: 833aac7dfeaSWarner Losh There have been some changes to libcrypt in -current. The 834ca22e652SJens Schweikhardt libscrypt/libdescrypt symlink silliness is gone and the installed 835aac7dfeaSWarner Losh libcrypt is fully functional. Be aware of this. 836aac7dfeaSWarner Losh 837de2bcc63SWarner Losh20001218: 838de2bcc63SWarner Losh Linksys Fast Ethernet PCCARD cards supported by the ed driver 839de2bcc63SWarner Losh now require the addition of flag 0x80000 to their config line 840de2bcc63SWarner Losh in pccard.conf(5). This flag is not optional. These Linksys 841de2bcc63SWarner Losh cards will not be recognized without it. 842de2bcc63SWarner Losh 843960773f7SWarner Losh20001205: 844960773f7SWarner Losh Important new FreeBSD-version stuff: PAM support has been worked 845960773f7SWarner Losh in, partially from the "Unix" OpenSSH version. This requires 846960773f7SWarner Losh adding the following in pam.conf: 847960773f7SWarner Losh 848960773f7SWarner Losh sshd auth sufficient pam_skey.so 849960773f7SWarner Losh sshd auth required pam_unix.so try_first_pass 850960773f7SWarner Losh sshd session required pam_permit.so 851960773f7SWarner Losh 8520acc635eSWarner Losh20001031: 8530acc635eSWarner Losh cvs updated to 1.11. 8540acc635eSWarner Losh 8550acc635eSWarner Losh20001020: 8560acc635eSWarner Losh The random device needs more entropy, so you need to make sure 8570acc635eSWarner Losh that you've run mergemaster to get a /etc/rc which will seed 8580acc635eSWarner Losh /dev/random. If you don't and the system hangs after ldconfig, 8590acc635eSWarner Losh then banging on the keyboard randomly until it unhangs is one 8600acc635eSWarner Losh workaround. 8610acc635eSWarner Losh 8620acc635eSWarner Losh20001010: 8630acc635eSWarner Losh ****************************** WARNING ****************************** 8640acc635eSWarner Losh Sendmail has been updated. 8650acc635eSWarner Losh ****************************** WARNING ****************************** 8660acc635eSWarner Losh o mail.local(8) is no longer installed as a set-user-id binary. 8670acc635eSWarner Losh o sendmail(8) is now built with STARTTLS support unless NO_OPENSSL 8680acc635eSWarner Losh is set. 8690acc635eSWarner Losh o The default /etc/mail/sendmail.cf disables the SMTP EXPN and VRFY 8700acc635eSWarner Losh commands. 8710acc635eSWarner Losh o Now using sendmail's version of vacation(1). 8720acc635eSWarner Losh o The sendmail cf building tools (contrib/sendmail/cf) are installed 8730acc635eSWarner Losh in /usr/share/sendmail/cf. 8740acc635eSWarner Losh o sendmail.cw changed to local-host-names 8750acc635eSWarner Losh 8760acc635eSWarner Losh More details can be found at 8770acc635eSWarner Losh http://people.freebsd.org/~imp/UPDATING/sendmail-20001010 8780acc635eSWarner Losh 8796e98a146SWarner Losh20001009: 8806e98a146SWarner Losh The ports tree's new layout is in place. Be sure to update 8816e98a146SWarner Losh your entire ports tree, or you will have problems. 8826e98a146SWarner Losh 8836e98a146SWarner Losh20001006: 884685294e7SMark Ovens The perl build procedure no longer installs miniperl, nor uses 8856e98a146SWarner Losh the installed miniperl. It is recommended that you delete 8866e98a146SWarner Losh /usr/bin/miniperl. 8876e98a146SWarner Losh 888073113a4SWarner Losh20001005: 889073113a4SWarner Losh This weekend the ports tree will be updated to a new layout. 890685294e7SMark Ovens It will be in an inconsistent state until noted in the UPDATING 891073113a4SWarner Losh file, or with asami-san's message to the relevant mailing 892073113a4SWarner Losh lists. With this new layout, you'll need to update the whole 893073113a4SWarner Losh tree for anything to work. 894073113a4SWarner Losh 8950acc635eSWarner Losh20000928: 8960acc635eSWarner Losh There was a change in the passwd format. Need more information. 8970acc635eSWarner Losh 898be3885b3SWarner Losh20000916: 899be3885b3SWarner Losh /boot/kernel/kernel.ko -> /boot/kernel/kernel change has taken 900be3885b3SWarner Losh place. Please update boot loader (not the boot blocks) at the 901be3885b3SWarner Losh same time as your kernel. 902be3885b3SWarner Losh 90376ec9675SWarner Losh20000914: 90476ec9675SWarner Losh The new pmtimer device is necessary for laptops. Failure to 90576ec9675SWarner Losh include the device will cause suspended laptops losing time 90676ec9675SWarner Losh when they resume. Include 90776ec9675SWarner Losh device pmtimer 90876ec9675SWarner Losh in your config file and 90901b9a434SWarner Losh hint.pmtimer.0.at="isa" 91076ec9675SWarner Losh to your /boot/device.hints file. 91176ec9675SWarner Losh 912f4865386SMark Murray20000911: 913f4865386SMark Murray The random device has been turned into a (pseudo-)device, 914f4865386SMark Murray rather than an option. The supplied kernel config files have 915f4865386SMark Murray been updated. You will need to do something similar in your 916f4865386SMark Murray own kernel config file. 917f4865386SMark Murray Remove: 918f4865386SMark Murray options RANDOMDEV 919f4865386SMark Murray Add: 920f4865386SMark Murray device random 921f4865386SMark Murray If you prefer to load the loadable module, you need to do 922f4865386SMark Murray nothing. 923f4865386SMark Murray 924d594498fSWarner Losh20000909: 925d594498fSWarner Losh The random device module has been renamed from randomdev.ko to 926d594498fSWarner Losh random.ko. You will need to edit your /boot/loader.conf to 927d594498fSWarner Losh reflect this if you load this module at boot time. 928d594498fSWarner Losh The line should read: 929d594498fSWarner Losh random_load="YES" 930d594498fSWarner Losh 9310deb7ddcSWarner Losh20000907: 9320deb7ddcSWarner Losh The SMPNG commit has happened. It should work, but if it 93316eb772dSWarner Losh doesn't, fallback to the PRE_SMPNG CVS tag. There are likely 93416eb772dSWarner Losh to be a variety of minor issues. Please see 20000905 to make 93516eb772dSWarner Losh sure you don't have model loading problems which might at 93616eb772dSWarner Losh first blush appear related to SMP. 93752bf24e7SWarner Losh 9385a01880bSWarner Losh20000906: 9395a01880bSWarner Losh nsswitch has been imported from NetBSD. Among other things, 9405a01880bSWarner Losh this means that /etc/host.conf is no longer used. See 9415a01880bSWarner Losh nsswitch.conf(5) instead. Note that at boot time rc.network 9425a01880bSWarner Losh will attempt to produce a new nsswitch.conf file for you if you 9435a01880bSWarner Losh don't have one, and you have host.conf. 9445a01880bSWarner Losh 9452b41163cSWarner Losh20000905: 94638d6ecd2SWarner Losh The ucred structure changed size. This breaks the interface 94738d6ecd2SWarner Losh that mountd uses. Trying to use an older mountd with a newer 94838d6ecd2SWarner Losh kernel guarantees a panic. This means that you need to use 94938d6ecd2SWarner Losh kernels newer than today only with matching mountd, but you 95038d6ecd2SWarner Losh needed to do that anyway with the boot loader changes. 95138d6ecd2SWarner Losh 95238d6ecd2SWarner Losh20000905: 9538aab4bc7SWarner Losh The boot loader has been updated. The new default kernel is 9548aab4bc7SWarner Losh now /boot/kernel/kernel.ko. The new default module location 9558aab4bc7SWarner Losh is /boot/kernel. 9568aab4bc7SWarner Losh 9578aab4bc7SWarner Losh You *MUST* upgrade your boot loader and kernel at the same time. 95838d6ecd2SWarner Losh The easiest way to do this is to do the buildworld/buildkernel/ 95938d6ecd2SWarner Losh installkernel/installworld dance. 9602b41163cSWarner Losh 961d594498fSWarner Losh Furthermore, you are urged to delete your old /modules directory 962d594498fSWarner Losh before booting the new kernel, since kldload will find stale 963d594498fSWarner Losh modules in that directory instead of finding them in the correct 964d594498fSWarner Losh path, /boot/kernel. The most common complaint that this cures 965d594498fSWarner Losh is that the linux module crashes your machine after the update. 966d594498fSWarner Losh 967d594498fSWarner Losh if [ ! -d /boot/kernel.old ]; then 968d594498fSWarner Losh mv /modules.old /boot/kernel.old 969d594498fSWarner Losh chflags noschg /kernel.old 970d594498fSWarner Losh mv /kernel.old /boot/kernel.old/kernel.ko 971d594498fSWarner Losh chflags schg /boot/kernel.old/kernel.ko 972d594498fSWarner Losh fi 973d594498fSWarner Losh 974c22a309cSWarner Losh20000904: 975c22a309cSWarner Losh A new issue with the sendmail upgrade has come to light. 976c22a309cSWarner Losh /etc/aliases has moved to /etc/mail/aliases. Mergemaster will 977c22a309cSWarner Losh incorrectly install the default aliases in /etc/mail rather than 978c22a309cSWarner Losh move the old one from /etc. So you'll need to manually move the 979c22a309cSWarner Losh file, create a symbolic link, remove the old /etc/aliases.db and 980c22a309cSWarner Losh run newaliases. For safety sake, you should stop sendmail 981c22a309cSWarner Losh while doing this and run the upgrade when locally sourced email 982c22a309cSWarner Losh is not likely to be generated. 983c22a309cSWarner Losh 984fdb9f54dSWarner Losh20000825: 985fdb9f54dSWarner Losh /boot/device.hints is now required for installkernel to 9869c1a7444SWarner Losh succeed. You should copy GENERIC.hints for your architecture 9879c1a7444SWarner Losh into /boot/device.hints. If and only if you compile hints 9889c1a7444SWarner Losh into your kernel, then this file may be empty. Please note, 9899c1a7444SWarner Losh if you have an empty or missing /boot/device.hints file and 9909c1a7444SWarner Losh you neglected to compile hints into your kernel, no boot 9919c1a7444SWarner Losh messages will appear after the boot loader tries to start the 9929c1a7444SWarner Losh kernel. 9939c1a7444SWarner Losh 9949c1a7444SWarner Losh20000821: 9959c1a7444SWarner Losh If you do NOT have ``options RANDOMDEV'' in your kernel and 9969c1a7444SWarner Losh you DO want the random device then add randomdev_load="YES" to 9979c1a7444SWarner Losh /boot/loader.conf. 998fdb9f54dSWarner Losh 9998f250aa7SWarner Losh20000812: 10005da0d091SWarner Losh suidperl is now always built and installed on the system, but 10015da0d091SWarner Losh with permissions of 511. If you have applications that use 10025da0d091SWarner Losh this program, you are now required to add ENABLE_SUIDPERL=true 10035da0d091SWarner Losh to /etc/make.conf. If you forget to do this, 10045da0d091SWarner Losh chmod 4511 /usr/bin/suidperl 10055da0d091SWarner Losh will fix this until the next build. 10065da0d091SWarner Losh 10075da0d091SWarner Losh20000812: 10088f250aa7SWarner Losh sendmail has been updated from 8.9.3 to 8.11.0. Some of the more 10098f250aa7SWarner Losh visible changes that may immediately affect your configuration 10108f250aa7SWarner Losh include: 10118f250aa7SWarner Losh - New default file locations from src/contrib/sendmail/cf/README 10128f250aa7SWarner Losh - newaliases limited to root and trusted users 10138f250aa7SWarner Losh - MSA port (587) turned on by default 10148f250aa7SWarner Losh - New queue file naming system so can't go from 8.11 -> 8.9 10158f250aa7SWarner Losh - FEATURE(`rbl') renamed to FEATURE(`dnsbl') 10168f250aa7SWarner Losh - FEATURE(`nullclient') is more full featured 10178f250aa7SWarner Losh - FEATURE(`nouucp') requires an argument: `reject' or `nospecial' 10188f250aa7SWarner Losh - mail.local FreeBSD-only -b option changed to -B 10198f250aa7SWarner Losh - See src/contrib/sendmail/RELEASE_NOTES for more info 10208f250aa7SWarner Losh 102171c38472SWarner Losh20000810: 102271c38472SWarner Losh suidperl (aka sperl) is no longer build by default. You must 102371c38472SWarner Losh specifically define BUILD_SUIDPERL to "true" for it to be build. 102471c38472SWarner Losh Furthermore, we recommend that you remove /usr/bin/sperl* and 102571c38472SWarner Losh /usr/bin/suidperl files from your system unless you have a 102671c38472SWarner Losh specific use for it. 102771c38472SWarner Losh 102871c38472SWarner Losh20000729: 102971c38472SWarner Losh Networking defaults have been tightened. Anybody upgrading 103071c38472SWarner Losh /etc/defaults/rc.conf needs to add the following lines to 103171c38472SWarner Losh /etc/rc.conf if they want to have the same setup 103271c38472SWarner Losh afterwards (unless the variables already are set, of course): 103371c38472SWarner Losh # Enable network daemons for user convenience. 103471c38472SWarner Losh inetd_enable="YES" 103571c38472SWarner Losh portmap_enable="YES" 103671c38472SWarner Losh sendmail_enable="YES" 103771c38472SWarner Losh 103871c38472SWarner Losh20000728: 103971c38472SWarner Losh If you have null_load="YES" in your /boot/loader.conf, you 104071c38472SWarner Losh will need to change that to nullfs_load="YES". 104171c38472SWarner Losh 10421dece4a9SWarner Losh20000728: 10431dece4a9SWarner Losh The "installkernel" target has changed slightly. Now even if 10441dece4a9SWarner Losh you override KERNEL e.g. 'make installkernel KERNEL=MYKERNEL' 10451dece4a9SWarner Losh it will install the MYKERNEL file (built with the buildkernel 10461dece4a9SWarner Losh target) as /kernel rather than /MYKERNEL. Those who have 10471dece4a9SWarner Losh updated their /boot/loader.conf files to point to /MYKERNEL 10481dece4a9SWarner Losh should remove that entry or perform manual rename of /kernel 10491dece4a9SWarner Losh to /MYKERNEL. 10501dece4a9SWarner Losh 1051409e887cSWarner Losh20000711: 1052409e887cSWarner Losh If you use CVSUP or CTM to get CVS trees, AND you used to get 1053409e887cSWarner Losh the old crypto files from internat.freebsd.org AND you check 1054409e887cSWarner Losh out files from the CVS tree with the cvs command, please read 1055409e887cSWarner Losh http://people.freebsd.org/~imp/internat.txt 1056409e887cSWarner Losh for details on potential problems that you might have and how 1057409e887cSWarner Losh to get around them. 1058409e887cSWarner Losh 1059409e887cSWarner Losh If you are merely a mirror, or don't answer yes to each of the 1060409e887cSWarner Losh clauses above, you needn't worry. 1061409e887cSWarner Losh 1062409e887cSWarner Losh20000711: 1063409e887cSWarner Losh /etc/security has been updated to print the inode number of 1064409e887cSWarner Losh setuid programs that have changed. You will see a large spike 1065409e887cSWarner Losh in the number of changed programs the first time when you run 1066409e887cSWarner Losh mergemaster to get a new /etc/security. 1067409e887cSWarner Losh 1068673d13f2SWarner Losh20000710: 1069673d13f2SWarner Losh /dev/random now has good entropy collection (from the keyboard 1070673d13f2SWarner Losh and sysmouse drivers). Please ensure that either `options 1071673d13f2SWarner Losh RANDOMDEV' is present in your kernel config file or that 1072673d13f2SWarner Losh `randomdev_load="YES"' is in your /boot/loader.conf. If you do 1073673d13f2SWarner Losh not have the /dev/random driver, OpenSSL (and consequently 1074673d13f2SWarner Losh lots of crypto tools (like SSH)) will fail with strange 1075673d13f2SWarner Losh errors. (see below, 20000624). 1076673d13f2SWarner Losh 1077bed5c5ffSWarner Losh FreeBSD-current is safe again to run Crypto. 10781dece4a9SWarner Losh 1079673d13f2SWarner Losh20000709: 1080c6dd1430SWarner Losh phk made the malloc default options AJ. This may slow things 1081c6dd1430SWarner Losh down and uncover other latent bugs in the code. If you need to 1082c6dd1430SWarner Losh run at full speed, you can disable this by doing the following: 1083673d13f2SWarner Losh ln -s aj /etc/malloc.conf 1084673d13f2SWarner Losh 1085e98e26cdSWarner Losh20000706: 1086e98e26cdSWarner Losh libftpio's version was accidentally bumped a few days ago. This 1087e98e26cdSWarner Losh has been corrected. You may need to remove /usr/lib/libftpio.so.6 1088e98e26cdSWarner Losh before doing your next buildworld/installworld pair. It certainly 1089f699bbbbSMark Ovens won't hurt to remove it before the update procedure. It will 1090e98e26cdSWarner Losh break fetch until a new one is built, but ftp can be used in the 10912c021c6cSMark Ovens interim if needed. 1092e98e26cdSWarner Losh 1093e98e26cdSWarner Losh20000705: 1094e98e26cdSWarner Losh The crypto packages have changed for the cvsup. This has been done 1095e98e26cdSWarner Losh in a backward compatible way, but the old packages will go away at 1096e98e26cdSWarner Losh some point in the future. Look at /usr/share/examples/cvsup for 1097e98e26cdSWarner Losh details. 1098e98e26cdSWarner Losh 1099c373950eSWarner Losh20000704: 11002f961bc8SWarner Losh With the new sys/modules/sound/drivers/*, you will need to 11012f961bc8SWarner Losh set SYSDIR until you do an installworld after July 7th. 11022f961bc8SWarner Losh 11032f961bc8SWarner Losh20000704: 1104c373950eSWarner Losh rc.shutdown and rc will now call the rc.d scripts with start 1105c373950eSWarner Losh or stop. This may cause some harmless warnings from older 1106c373950eSWarner Losh rc.d scripts that haven't been updated. 1107c373950eSWarner Losh 110827dc3a2bSWarner Losh20000630: 110927dc3a2bSWarner Losh The libfetch based version of fetch has gone into the tree. 111027dc3a2bSWarner Losh Minor problems may result on some of the less popular sites, 111127dc3a2bSWarner Losh which should be reported to des@freebsd.org. 111227dc3a2bSWarner Losh 1113b8c215acSWarner Losh20000625: 1114b8c215acSWarner Losh From approximately this date forward, one must have the crypto 111527dc3a2bSWarner Losh system installed in order to build the system and kernel. 111627dc3a2bSWarner Losh While not technically strictly true, one should treat it as 111727dc3a2bSWarner Losh required and grab the crypto bits. If you are grabbing CVS 111827dc3a2bSWarner Losh trees, src-all and cvs-crypto should be treated as if they 111927dc3a2bSWarner Losh were required. You should check with the latest collections 112027dc3a2bSWarner Losh to make sure that these haven't changed. 1121b8c215acSWarner Losh 11227b990719SWarner Losh20000624: 11237b990719SWarner Losh Mark Murray just committed the first parts of a cleanup of 11247b990719SWarner Losh /dev/zero, et al. This is also cleaning up /dev/random. 11257b990719SWarner Losh The entropy is disconnected, so DO NOT USE VERSIONS OF FREEBSD 11261a33dba7SWarner Losh -CURRENT FROM THIS POINT to 2000710 for cryptographic services 11277b990719SWarner Losh until Mark can merge in the fixes to this work in progress. 11287b990719SWarner Losh openssh and openssl should not be used to generate keys from this 11297b990719SWarner Losh date to the completion of the work. 11307b990719SWarner Losh 113127dc3a2bSWarner Losh If you must operate at this reduced level of security, add ' 113227dc3a2bSWarner Losh options RANDOMDEV' to your kernel or modload the randomdev 113327dc3a2bSWarner Losh module. You may also need to copy a new MAKEDEV to /dev and 113427dc3a2bSWarner Losh recreate the random and urandom devices. 113527dc3a2bSWarner Losh 113681e54c50SWarner Losh20000622: 113781e54c50SWarner Losh The license on the softupdates is now a standard 2 clause 113881e54c50SWarner Losh BSD license. You may need to remove your symbolic links 113981e54c50SWarner Losh that used to be required when updating. 114081e54c50SWarner Losh 114139943833SWarner Losh20000621: 11422c021c6cSMark Ovens Scott Flatman <sf@aracnet.com> sent in a decent write-up on 11432a2f33fbSDaniel Baker the config file update procedure. 11442a2f33fbSDaniel Baker http://people.freebsd.org/~imp/config-upd.html 1145c373950eSWarner Losh NOTE: LINT is gone. It has been replaced with NOTES. NOTES 114659df1173SDavid E. O'Brien isn't buildable. However, you can generate a LINT file: 114759df1173SDavid E. O'Brien cd /sys/<ARCH>/conf && make LINT 114839943833SWarner Losh 1149290f9ad8SWarner Losh20000620: 1150290f9ad8SWarner Losh Binutils 2.10 have hit the tree, or will shortly. As soon 1151290f9ad8SWarner Losh as they do, the problem noted in 20000522 will be resolved and 1152290f9ad8SWarner Losh that workaround will no longer be required. 1153290f9ad8SWarner Losh 115490fb6346SWarner Losh20000615: 115590fb6346SWarner Losh phk removed the compatibility creation of wd devices in the 115690fb6346SWarner Losh ad driver. If you haven't done so already, you must update 115790fb6346SWarner Losh your fstab, etc to use the ad devices instead of the wd 115890fb6346SWarner Losh devices. 115990fb6346SWarner Losh 1160f75f65bbSWarner Losh In addition, you'll need to update your boot blocks to a 1161f75f65bbSWarner Losh more modern version, if you haven't already done so. Modern 1162f75f65bbSWarner Losh here means 4.0 release or newer (although older releases 1163f75f65bbSWarner Losh may work). 1164f75f65bbSWarner Losh 1165ba26da8eSWarner Losh20000612: 1166ba26da8eSWarner Losh Peter took an axe to config(8). Be sure that you read his mail 1167290f9ad8SWarner Losh on the topic before even thinking about updating. You will 1168c6dd1430SWarner Losh need to create a /boot/device.hints or add a hints directive 1169290f9ad8SWarner Losh to your config file to compile them in statically. The format 1170f54a3542SWarner Losh of the config file has changed as well. Please see GENERIC or 1171f54a3542SWarner Losh NEWCARD for examples of the new format. 1172290f9ad8SWarner Losh 11739698f2c0SWarner Losh Indirectly, this also breaks USERCONFIG. Unless a newer entry 11749698f2c0SWarner Losh says that it has been fixed, assume that must use the hints mechanism 11759698f2c0SWarner Losh in the loader if you need to use a machine with very old ISA cards 11769698f2c0SWarner Losh in it. 1177bbcc5149SWarner Losh 1178d65850ebSWarner Losh20000522: 1179ba26da8eSWarner Losh A new set of binutils went into the tree today. Anybody 1180d65850ebSWarner Losh building a kernel after this point is advised that they need 1181d65850ebSWarner Losh to rebuild their binutils (or better yet do a 1182d65850ebSWarner Losh buildworld/installworld) before building a new kernel. 1183d65850ebSWarner Losh 1184d9583a00SWarner Losh Due to bugs in binutils, using malloc options (eg /etc/malloc.conf 1185d9583a00SWarner Losh or MALLOC_OPTIONS env var) J will cause ld to dump core. It 1186d9583a00SWarner Losh is recommended that you don't set this option until the problem 1187d9583a00SWarner Losh is resolved. 1188d9583a00SWarner Losh 11898039cedeSWarner Losh20000513: 11908039cedeSWarner Losh The ethernet drivers were all updated to clean up the BPF handling. 11918039cedeSWarner Losh 1192d65850ebSWarner Losh20000510: 11938039cedeSWarner Losh The problems with boot blocks on the alphas have been corrected. 11948039cedeSWarner Losh This will require some care in updating alphas. A new libstand 11958039cedeSWarner Losh is requires for the boot blocks to build properly. 11968039cedeSWarner Losh 11978039cedeSWarner Losh20000503: 11988039cedeSWarner Losh Recompile all kld modules. Proper version dependency info 11998039cedeSWarner Losh is now available. 12008039cedeSWarner Losh 1201d65850ebSWarner Losh20000502: 1202d65850ebSWarner Losh Modules have been disconnected from the buildworld tree and 1203d65850ebSWarner Losh connected to the kernel building instead. 1204d65850ebSWarner Losh 1205be149406SNik Clayton20000427: 12068039cedeSWarner Losh You may need to build gperf 12078039cedeSWarner Losh cd /usr/src/gnu/usr.bin/gperf && make depend all install 12088039cedeSWarner Losh when upgrading from 4.0 -> current. The build system now uses 12098039cedeSWarner Losh an option only in -current. 12108039cedeSWarner Losh 12112b8dd5f4SWarner Losh20000417: 12122b8dd5f4SWarner Losh The method that we brand ELF binaries has changed to be more 1213f699bbbbSMark Ovens acceptable to the binutils maintainers. You will need to 12142b8dd5f4SWarner Losh rebrand your ELF binaries that aren't native. One problem 12152b8dd5f4SWarner Losh binary is the Linux ldconfig. After your make world, but 12162c021c6cSMark Ovens before you reboot, you'll need to issue: 12172b8dd5f4SWarner Losh brandelf -t Linux /compat/linux/sbin/ldconfig 12182b8dd5f4SWarner Losh if you have Linux compatibility enabled on your machine. 12192b8dd5f4SWarner Losh 12208d9f1945SWarner Losh20000320: 12212b8dd5f4SWarner Losh If you have really bad/marginal IDE drives, you may find they 12222b8dd5f4SWarner Losh don't work well. Use pio mode instead. The easiest way to 12232b8dd5f4SWarner Losh cope if you have a problem combination is to add: 1224ae20a1b8SDima Dorfman /sbin/sysctl hw.ata.ata_dma=0 12252b8dd5f4SWarner Losh to the start of /etc/rc.conf. 12268d9f1945SWarner Losh 1227f8ab1dd6SWarner Losh20000319: 1228f699bbbbSMark Ovens The ISA and PCI compatibility shims have been connected to the 1229f8ab1dd6SWarner Losh options COMPAT_OLDISA and COMPAT_OLDPCI. If you are using old 1230f8ab1dd6SWarner Losh style PCI or ISA drivers (i.e. tx, voxware, etc.) you must 1231f8ab1dd6SWarner Losh include the appropriate option in your kernel config. Drivers 1232f8ab1dd6SWarner Losh using the shims should be updated or they won't ship with 1233f8ab1dd6SWarner Losh 5.0-RELEASE, targeted for 2001. 1234f8ab1dd6SWarner Losh 123519cada77SWarner Losh20000318: 1236f699bbbbSMark Ovens We've entered the traditional post release dumping party. 123719cada77SWarner Losh Large kernel changes are being committed and are in the 123819cada77SWarner Losh works. It is important to keep the systems' klds and kernel 123919cada77SWarner Losh in sync as kernel interfaces and structures are changing. 124019cada77SWarner Losh Before reporting kernel panics, make sure that all modules 124119cada77SWarner Losh that you are loading are up to date. 1242ba228352SWarner Losh 124319cada77SWarner Losh20000315: 12446d23c382SWarner Losh If you are upgrading from an older version of FreeBSD, you 12456d23c382SWarner Losh need to update your boot blocks as well. 'disklabel -B ad0' 12466d23c382SWarner Losh will do the trick. This isn't critical until you remove your 12476d23c382SWarner Losh wd device entries in /dev, at which point your system will not 12486d23c382SWarner Losh boot. 12496d23c382SWarner Losh 12506d23c382SWarner Losh20000315: 125119cada77SWarner Losh 4.0 RELEASE shipped. Please see the 4.0 UPDATING file for how 125219cada77SWarner Losh to upgrade to 4.0 from 3.x. 125357199806SWarner Losh 1254dc0dbf5cSWarner LoshCOMMON ITEMS: 1255dc0dbf5cSWarner Losh 1256a24eff53SWarner Losh General Notes 1257a24eff53SWarner Losh ------------- 1258a24eff53SWarner Losh Avoid using make -j when upgrading. From time to time in the 1259a24eff53SWarner Losh past there have been problems using -j with buildworld and/or 1260a24eff53SWarner Losh installworld. This is especially true when upgrading between 1261a24eff53SWarner Losh "distant" versions (eg one that cross a major release boundary 1262a24eff53SWarner Losh or several minor releases, or when several months have passed 1263a24eff53SWarner Losh on the -current branch). 1264a24eff53SWarner Losh 12655780f3baSWarner Losh Sometimes, obscure build problems are the result of environment 12665780f3baSWarner Losh poisoning. This can happen because the make utility reads its 12675780f3baSWarner Losh environment when searching for values for global variables. 12685780f3baSWarner Losh To run your build attempts in an "environmental clean room", 12695780f3baSWarner Losh prefix all make commands with 'env -i '. See the env(1) manual 12705780f3baSWarner Losh page for more details. 12715780f3baSWarner Losh 1272dc0dbf5cSWarner Losh To build a kernel 1273dc0dbf5cSWarner Losh ----------------- 1274ba01eb20SWarner Losh If you are updating from a prior version of FreeBSD (even one just 1275f699bbbbSMark Ovens a few days old), you should follow this procedure. With a 1276ba01eb20SWarner Losh /usr/obj tree with a fresh buildworld, 1277282e0f01SRuslan Ermilov make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=YOUR_KERNEL_HERE 1278282e0f01SRuslan Ermilov make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE 1279dc0dbf5cSWarner Losh 1280ba01eb20SWarner Losh To just build a kernel when you know that it won't mess you up 1281ba01eb20SWarner Losh -------------------------------------------------------------- 1282ba01eb20SWarner Losh cd src/sys/{i386,alpha}/conf 128347d0d01fSWarner Losh config KERNEL_NAME_HERE 1284ba01eb20SWarner Losh cd ../../compile/KERNEL_NAME_HERE 1285ba01eb20SWarner Losh make depend 1286ba01eb20SWarner Losh make 1287ba01eb20SWarner Losh make install 1288ba01eb20SWarner Losh 1289ba01eb20SWarner Losh If this fails, go to the "To build a kernel" section. 1290ba01eb20SWarner Losh 1291ba01eb20SWarner Losh To rebuild everything and install it on the current system. 1292ba01eb20SWarner Losh ----------------------------------------------------------- 129363cb445eSWarner Losh # Note: sometimes if you are running current you gotta do more than 129463cb445eSWarner Losh # is listed here if you are upgrading from a really old current. 129563cb445eSWarner Losh 1296f643de42SWarner Losh <make sure you have good level 0 dumps> 129763cb445eSWarner Losh <maybe fix /etc/fstab> [7] 129863cb445eSWarner Losh make buildworld 129963cb445eSWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE 130063cb445eSWarner Losh make installkernel KERNCONF=YOUR_KERNEL_HERE 130163cb445eSWarner Losh [1] 130263cb445eSWarner Losh <reboot in single user> [3] 130363cb445eSWarner Losh mergemaster -p [5] 130463cb445eSWarner Losh make installworld 130563cb445eSWarner Losh mergemaster [4] 130663cb445eSWarner Losh <reboot> 130763cb445eSWarner Losh 1308759f0aefSWarner Losh 1309f27b1fceSJoseph Koshy To cross-install current onto a separate partition 1310f27b1fceSJoseph Koshy -------------------------------------------------- 1311f27b1fceSJoseph Koshy # In this approach we use a separate partition to hold 1312f27b1fceSJoseph Koshy # current's root, 'usr', and 'var' directories. A partition 1313f27b1fceSJoseph Koshy # holding "/", "/usr" and "/var" should be about 2GB in 1314f27b1fceSJoseph Koshy # size. 1315f27b1fceSJoseph Koshy 1316f27b1fceSJoseph Koshy <make sure you have good level 0 dumps> 1317f27b1fceSJoseph Koshy <boot into -stable> 1318f27b1fceSJoseph Koshy make buildworld 1319f27b1fceSJoseph Koshy <maybe newfs current's root partition> 1320f27b1fceSJoseph Koshy <mount current's root partition on directory ${CURRENT_ROOT}> 1321f27b1fceSJoseph Koshy make installworld DESTDIR=${CURRENT_ROOT} 1322f27b1fceSJoseph Koshy make buildkernel KERNCONF=YOUR_KERNEL_HERE 1323f27b1fceSJoseph Koshy cp /usr/src/sys/${ARCH}/conf/GENERIC.hints \ 1324f27b1fceSJoseph Koshy ${CURRENT_ROOT}/boot/device.hints # as needed 1325f27b1fceSJoseph Koshy make installkernel KERNCONF=YOUR_KERNEL_HERE DESTDIR=${CURRENT_ROOT} 1326f27b1fceSJoseph Koshy cd /usr/src/etc; make distribution DESTDIR=${CURRENT_ROOT} # if newfs'd 1327f27b1fceSJoseph Koshy cp /etc/fstab ${CURRENT_ROOT}/etc/fstab # if newfs'd 1328f27b1fceSJoseph Koshy <edit ${CURRENT_ROOT}/etc/fstab to mount "/" from the correct partition> 1329f27b1fceSJoseph Koshy <reboot into current> 1330f27b1fceSJoseph Koshy <do a "native" rebuild/install as described in the previous section> 1331f27b1fceSJoseph Koshy <maybe install compatibility libraries from /usr/src/lib/compat> 1332f27b1fceSJoseph Koshy <reboot> 1333f27b1fceSJoseph Koshy 1334f27b1fceSJoseph Koshy 1335f27b1fceSJoseph Koshy To upgrade in-place from 4.x-stable to current 1336f27b1fceSJoseph Koshy ---------------------------------------------- 13375c195f59SWarner Losh # 5.x uses more space than 4.x. Also, the location of kernel 13385c195f59SWarner Losh # modules has changed. If you are installing 5.0 onto a 4.x 13395c195f59SWarner Losh # system, you'll need about 30MB of free disk space on your / 13405c195f59SWarner Losh # partition. If you have less than this, you may encounter difficult 1341ca22e652SJens Schweikhardt # to back out of problems with this procedure. If /tmp is on 1342f643de42SWarner Losh # the / partition, you may want to completely remove all its content 1343f643de42SWarner Losh # before upgrading, as this can be a common source of shortage of 1344f643de42SWarner Losh # space on /. 1345f643de42SWarner Losh 1346f643de42SWarner Losh <make sure you have good level 0 dumps> 1347fc8c157fSWarner Losh <maybe fix /etc/fstab> [7] 134821c075eaSWarner Losh make buildworld [9] 1349c74fe6afSWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE [8] 1350d2125802SWarner Losh cp src/sys/${MACHINE}/conf/GENERIC.hints /boot/device.hints [2] 1351be1d673dSRuslan Ermilov make installkernel KERNCONF=YOUR_KERNEL_HERE 1352fc8c157fSWarner Losh cd src/sys/boot ; make install [6] 1353fc8c157fSWarner Losh [1] 1354fc8c157fSWarner Losh <reboot in single user> [3] 1355835284beSWarner Losh mergemaster -p [5] 1356f8a4c901SWarner Losh rm -rf /usr/include/g++ 1357ba26da8eSWarner Losh make installworld 1358a6cd4f9dSWarner Losh mergemaster [4] 1359ba26da8eSWarner Losh <reboot> 1360ba26da8eSWarner Losh 1361fdb9f54dSWarner Losh Make sure that you've read the UPDATING file to understand the 1362fdb9f54dSWarner Losh tweaks to various things you need. At this point in the life 1363fdb9f54dSWarner Losh cycle of current, things change often and you are on your own 1364fdb9f54dSWarner Losh to cope. The defaults can also change, so please read ALL of 1365fdb9f54dSWarner Losh the UPDATING entries. 1366ba26da8eSWarner Losh 13671dece4a9SWarner Losh Also, if you are tracking -current, you must be subscribed to 13681dece4a9SWarner Losh freebsd-current@freebsd.org. Make sure that before you update 13691dece4a9SWarner Losh your sources that you have read and understood all the recent 13701dece4a9SWarner Losh messages there. If in doubt, please track -stable which has 13711dece4a9SWarner Losh much fewer pitfalls. 13721dece4a9SWarner Losh 1373134d2e86SWarner Losh [1] If you have third party modules, such as vmware, you 1374134d2e86SWarner Losh should disable them at this point so they don't crash your 1375134d2e86SWarner Losh system on reboot. 1376134d2e86SWarner Losh 13779c1a7444SWarner Losh [2] If you have legacy ISA devices, you may need to create 13789c1a7444SWarner Losh your own device.hints to reflect your unique hardware 13799c1a7444SWarner Losh configuration. 13809c1a7444SWarner Losh 1381ee6e1fc3SWarner Losh [3] From the bootblocks, boot -s, and then do 1382ee6e1fc3SWarner Losh fsck -p 1383ee6e1fc3SWarner Losh mount -u / 1384ee6e1fc3SWarner Losh mount -a 1385ee6e1fc3SWarner Losh cd /usr/src 138647d0d01fSWarner Losh adjkerntz -i # if CMOS is wall time 1387f6a0ef01SWarner Losh Also, when doing a major release upgrade, it is required that 1388f6a0ef01SWarner Losh you boot into single user mode to do the installworld. 1389b705ae10SWarner Losh For the 4.x -> 5.0 upgrade, you will also see many messages about 1390b705ae10SWarner Losh needing to recompile your userland. These are harmless and can 1391b705ae10SWarner Losh be ignored while you proceed to the next step. 1392ee6e1fc3SWarner Losh 1393a6cd4f9dSWarner Losh [4] Note: This step is non-optional. Failure to do this step 1394a6cd4f9dSWarner Losh can result in a significant reduction in the functionality of the 1395a6cd4f9dSWarner Losh system. Attempting to do it by hand is not recommended and those 1396a6cd4f9dSWarner Losh that pursue this avenue should read this file carefully, as well 1397a6cd4f9dSWarner Losh as the archives of freebsd-current and freebsd-hackers mailing lists 1398a6cd4f9dSWarner Losh for potential gotchas. 1399a6cd4f9dSWarner Losh 1400835284beSWarner Losh [5] Usually this step is a noop. However, from time to time 1401835284beSWarner Losh you may need to do this if you get unknown user in the following 1402835284beSWarner Losh step. It never hurts to do it all the time. You may need to 1403835284beSWarner Losh install a new mergemaster (cd src/usr.sbin/mergemaster && make 1404835284beSWarner Losh install) after the buildworld before this step if you last updated 1405835284beSWarner Losh from current before 20020224 or from -stable before 20020408. 1406835284beSWarner Losh 1407bd79cf40SWarner Losh [6] 4.x boot loader can be used to boot a 5.x system, however 1408bd79cf40SWarner Losh it is difficult to do that at best. If you wish to try, then 1409bd79cf40SWarner Losh you should interrupt the boot and at the ok prompt type: 1410bd79cf40SWarner Losh ok unload 1411bd79cf40SWarner Losh ok boot /boot/kernel/kernel 1412bd79cf40SWarner Losh If this fails to work, you must install a new boot loader as 1413bd79cf40SWarner Losh described here. 1414fc8c157fSWarner Losh 1415fc8c157fSWarner Losh [7] Before you upgrade, please make sure that you are not using 1416fc8c157fSWarner Losh compatibility slices. These are device names of the form, on i386 1417fc8c157fSWarner Losh and other architectures that use MBR slicing, /dev/ad0a without the 1418fc8c157fSWarner Losh actual slice name. Chances are excellent that these will break. 1419fc8c157fSWarner Losh You generally must update these entries to use the post FreeBSD 1420fc8c157fSWarner Losh 2.x form of /dev/ad0s1a. 1421fc8c157fSWarner Losh 1422c74fe6afSWarner Losh [8] In order to have a kernel that can run the 4.x binaries 1423c74fe6afSWarner Losh needed to do an installworld, you must include the COMPAT_FREEBSD4 1424c74fe6afSWarner Losh option in your kernel. Failure to do so may leave you with a system 1425c74fe6afSWarner Losh that is hard to boot to recover. 1426c74fe6afSWarner Losh 142721c075eaSWarner Losh [9] When checking out sources, you must include the -P flag to have 142821c075eaSWarner Losh cvs prune empty directories. 1429dc0dbf5cSWarner LoshFORMAT: 1430dc0dbf5cSWarner Losh 1431f699bbbbSMark OvensThis file contains a list, in reverse chronological order, of major 14321fc1a0dcSWarner Loshbreakages in tracking -current. Not all things will be listed here, 1433f8ab1dd6SWarner Loshand it only starts on March 15, 2000. Updating files can found in 1434f8ab1dd6SWarner Loshprevious releases if your system is older than this. 14351fc1a0dcSWarner Losh 1436e72fd46aSWarner LoshCopyright information: 1437e72fd46aSWarner Losh 14389698f2c0SWarner LoshCopyright 1998, 2002 M. Warner Losh. All Rights Reserved. 1439e72fd46aSWarner Losh 1440772730c7SWarner LoshRedistribution, publication, translation and use, with or without 1441772730c7SWarner Loshmodification, in full or in part, in any form or format of this 14429698f2c0SWarner Loshdocument are permitted without further permission from the author. 1443e72fd46aSWarner Losh 1444e72fd46aSWarner LoshTHIS DOCUMENT IS PROVIDED BY WARNER LOSH ``AS IS'' AND ANY EXPRESS OR 1445e72fd46aSWarner LoshIMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED 1446e72fd46aSWarner LoshWARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE 1447e72fd46aSWarner LoshDISCLAIMED. IN NO EVENT SHALL WARNER LOSH BE LIABLE FOR ANY DIRECT, 1448e72fd46aSWarner LoshINDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES 1449e72fd46aSWarner Losh(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR 1450e72fd46aSWarner LoshSERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 1451e72fd46aSWarner LoshHOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, 1452e72fd46aSWarner LoshSTRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING 1453e72fd46aSWarner LoshIN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE 1454e72fd46aSWarner LoshPOSSIBILITY OF SUCH DAMAGE. 1455e72fd46aSWarner Losh 1456e72fd46aSWarner LoshIf you find this document useful, and you want to, you may buy the 1457e72fd46aSWarner Loshauthor a beer. 1458e72fd46aSWarner Losh 145922306abcSWarner LoshContact Warner Losh if you have any questions about your use of 1460772730c7SWarner Loshthis document. 1461772730c7SWarner Losh 146297d92980SPeter Wemm$FreeBSD$ 1463