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 204b065e2cSDoug Barton20030501: 214b065e2cSDoug Barton The old rc system has been removed. Please report any problems 224b065e2cSDoug Barton to freebsd-rc@yahoogroups.com, and/or freebsd-current@freebsd.org. 234b065e2cSDoug Barton Your personal versions of these files will not be removed, so you can 244b065e2cSDoug Barton continue to use them. However, you should take great care when updating, 254b065e2cSDoug Barton especially when using mergemaster, since the compatibility code that 264b065e2cSDoug Barton utilizes these old scripts has also been removed. 274b065e2cSDoug Barton 2833ce0cf9SDoug Barton 2981cda3d9SWarner Losh20030423: 3081cda3d9SWarner Losh A bug has been fixed in /dev/devctl which would cause devd 3181cda3d9SWarner Losh to hang on boot, were it not for a workaround in devd. The 3281cda3d9SWarner Losh work around in devd will be removed around 20030507. You 3381cda3d9SWarner Losh have until then to upgrade your kernel before updating 3481cda3d9SWarner Losh userland. In general, you should have a userland and 3581cda3d9SWarner Losh kernel that's in sync with each other. However, given the 3681cda3d9SWarner Losh effects of this bug (hang on boot when starting devd), some 3781cda3d9SWarner Losh allowances are made. 3881cda3d9SWarner Losh 3947a657d1SRuslan Ermilov20030329: 4047a657d1SRuslan Ermilov Alphas with libc from between 20030312 and 20030329 exhibit 4147a657d1SRuslan Ermilov floating point exceptions (FPEs), most notably in awk(1) 4247a657d1SRuslan Ermilov while upgrading the system through a buildworld. 4347a657d1SRuslan Ermilov 4447a657d1SRuslan Ermilov So, to successfully upgrade your Alpha, you must either 4547a657d1SRuslan Ermilov downgrade your libc.so to a pre-20030312 version, or update 4647a657d1SRuslan Ermilov /usr/share/mk/bsd.cpu.mk to revision 1.26 which adds -mieee 4747a657d1SRuslan Ermilov to CFLAGS, then forcibly rebuild and install libc: 4847a657d1SRuslan Ermilov 4947a657d1SRuslan Ermilov cd /usr/src/lib/libc && \ 5047a657d1SRuslan Ermilov make cleandir && make obj && \ 5147a657d1SRuslan Ermilov make -DNOMAN -DNOPROFILE all && \ 5247a657d1SRuslan Ermilov make -DNOMAN -DNOPROFILE install 5347a657d1SRuslan Ermilov 545d2af00cSGregory Neil Shapiro20030208: 555d2af00cSGregory Neil Shapiro sendmail 8.12.7 has been imported. It has one important 565d2af00cSGregory Neil Shapiro change for IPv6 users. The default submit.mc now uses 575d2af00cSGregory Neil Shapiro '[127.0.0.1]' instead of 'localhost' meaning only IPv4 is 585d2af00cSGregory Neil Shapiro used to connect to the MTA. Users on IPv6-only machines 595d2af00cSGregory Neil Shapiro will need to edit /etc/mail/submit.mc appropriately. 605d2af00cSGregory Neil Shapiro 615d2af00cSGregory Neil Shapiro20030128: 629db58771SPoul-Henning Kamp NODEVFS option has been removed and DEVFS thereby made standard. 63ca22e652SJens Schweikhardt This makes all references to MAKEDEV obsolete, and they should 649db58771SPoul-Henning Kamp be removed when convenient. 659db58771SPoul-Henning Kamp 668d9b3f57SJake Burkholder20030126: 678d9b3f57SJake Burkholder The name of the device for the ofw console has changed, sparc64 users 688d9b3f57SJake Burkholder must run mergemaster to update their installed /etc/ttys. 698d9b3f57SJake Burkholder 701c5efda5SJeff Roberson20030125: 711c5efda5SJeff Roberson The scheduler framework has grown a second scheduler and consequently 721c5efda5SJeff Roberson you must specify one and only one scheduler in your kernel config. 73ca22e652SJens Schweikhardt The cvs config files have been updated to use the old scheduler 741c5efda5SJeff Roberson which may be selected via 'options SCHED_4BSD'. If you would like 751c5efda5SJeff Roberson to try the new, much more experimental, scheduler please try 761c5efda5SJeff Roberson 'options SCHED_ULE' and contribute to the arch@ discussion. 771c5efda5SJeff Roberson 789d1d64f5SWarner Losh20030115: 799d1d64f5SWarner Losh A new version of the wi driver has been imported into the tree. 809d1d64f5SWarner Losh One now must have device wlan in the config file for it to operate 819d1d64f5SWarner Losh properly. 829d1d64f5SWarner Losh 83c9fdb80aSWarner Losh In addition, there have been some changes to how wi devices are 84c9fdb80aSWarner Losh configured for point to point links to bring it more in line 85c9fdb80aSWarner Losh with the former way of doing things, as well as compatibility 86c9fdb80aSWarner Losh with NetBSD. 87c9fdb80aSWarner Losh 88161dc364SAlexander Kabaev20021222: 89161dc364SAlexander Kabaev For a period after the GCC 3.2.1 import (from 12/04 to 12/22), GCC 90161dc364SAlexander Kabaev used an incompatible form of ABI for returning structures and unions 91161dc364SAlexander Kabaev which FreeBSD's GCC maintainers were not aware of relative to previous 92161dc364SAlexander Kabaev versions of FreeBSD. We have gone back to the ABI for now, and any 93161dc364SAlexander Kabaev code compiled which is required to interoperate with other code (not 94161dc364SAlexander Kabaev built at the same time) returning structs or unions should be 9584cc83efSAlexander Kabaev rebuilt. 96161dc364SAlexander Kabaev 97fb4c8061SMartin Blapp20021216: 98fb4c8061SMartin Blapp A name change in /etc/netconfig has been reverted to stay 9989056245SJens Schweikhardt compatible with suns TIRPC and also with NetBSD. You need 100fb4c8061SMartin Blapp to run mergemaster after make world. A new libc does still work 1019d5abbddSJens Schweikhardt with an outdated /etc/netconfig for some time, but you'll get 102fb4c8061SMartin Blapp a warning. This warning will be removed in 20030301. 103fb4c8061SMartin Blapp 10417d47eb3SGiorgos Keramidas20021202: 10517d47eb3SGiorgos Keramidas The recent binutils upgrade marks a kernel flag day on 10617d47eb3SGiorgos Keramidas sparc64: modules built with the old binutils will not work 10717d47eb3SGiorgos Keramidas with new kernels and vice versa. Mismatches will result in 10817d47eb3SGiorgos Keramidas panics. Make sure your kernel and modules are in sync. 10917d47eb3SGiorgos Keramidas 110a4459294SBill Fenner20021029: 111a4459294SBill Fenner The value of IPPROTO_DIVERT has changed. Make sure to keep 112a4459294SBill Fenner your kernel, netstat, natd and any third-party DIVERT 113a4459294SBill Fenner consumers in sync. 114a4459294SBill Fenner 115fc8c157fSWarner Losh20021024: 116c57404feSRuslan Ermilov Old, compatibility slices have been removed in GEOM kernels. 117c57404feSRuslan Ermilov This means that you will have to update your /etc/fstab to 118c57404feSRuslan Ermilov not use disk devices of the form /dev/ad0a. Instead, you 119c57404feSRuslan Ermilov now must specify /dev/ad0s1a, or whatever slice your FreeBSD 120c57404feSRuslan Ermilov partition really is on. The old device names have gone 121c57404feSRuslan Ermilov away, so if you use them anywhere else, you must also adjust 122c57404feSRuslan Ermilov those uses. (This doesn't affect the disks formatted in 123c57404feSRuslan Ermilov the ``dangerously-dedicated'' mode.) 12469f7bcf3SWarner Losh 125fd9e8bdaSAndrew Gallatin20021023: 126fd9e8bdaSAndrew Gallatin Alphas with kernels from between 20020830 and 20021023 and/or 127fd9e8bdaSAndrew Gallatin rtld (ld-elf.so.1) older than 20021023 may experience problems 128fd9e8bdaSAndrew Gallatin with groff while doing a buildworld (kernel: "out of memory", 129fd9e8bdaSAndrew Gallatin fixed in rev 1.129 of kern/imgact_elf.c; rtld: "too few PT_LOAD 130fd9e8bdaSAndrew Gallatin segments", fixed in rev 1.8 of libexec/rtld-elf/map_object.c). 131fd9e8bdaSAndrew Gallatin 132fd9e8bdaSAndrew Gallatin So, to successfully upgrade your Alpha, you must either 133fd9e8bdaSAndrew Gallatin upgrade your kernel and rtld first (which might be a bit 134fd9e8bdaSAndrew Gallatin tricky), or avoid running the bootstrapped groff during the 135fd9e8bdaSAndrew Gallatin "transitional" buildworld. To avoid running groff during the 136fd9e8bdaSAndrew Gallatin transitional upgrade run make buildworld with -DNOMAN, 137fd9e8bdaSAndrew Gallatin -DNO_SHAREDOCS, and -DNO_LPR. 138fd9e8bdaSAndrew Gallatin 139f8a4c901SWarner Losh20020831: 140f8a4c901SWarner Losh gcc has been upgraded to 3.2. It is not all binary compatible 141f8a4c901SWarner Losh with earlier versions of gcc for c++ programs. All c++ 142f8a4c901SWarner Losh programs and libraries need to be recompiled. 143f8a4c901SWarner Losh 144f8a4c901SWarner Losh Also, if you encounter g++ issues, rm /usr/include/g++/* before 145f8a4c901SWarner Losh doing an installworld to make sure that stale files are removed. 146f8a4c901SWarner Losh 147c2248fa2SJens Schweikhardt20020827: 148c2248fa2SJens Schweikhardt Our /etc/termcap now has all the entries from the XFree86 xterm 149c2248fa2SJens Schweikhardt almost unchanged. This means xterm now supports color by default. 150c2248fa2SJens Schweikhardt If you used TERM=xterm-color in the past you now should use 151c2248fa2SJens Schweikhardt TERM=xterm. (xterm-color will lead to benign warnings). 152c2248fa2SJens Schweikhardt 1530d533e43SRuslan Ermilov20020815: 1540d533e43SRuslan Ermilov A "bug" in gcc(1) that was hiding warning in system headers was 1550d533e43SRuslan Ermilov fixed. It's probably time to add -DNO_WERROR to your make line 1560d533e43SRuslan Ermilov again. 1570d533e43SRuslan Ermilov 15833c1de7dSRuslan Ermilov20020729: 15933c1de7dSRuslan Ermilov COPY is being deprecated. The 20010530 change was reverted, as 16033c1de7dSRuslan Ermilov it causes far more pain than was expected, and to always compare 16133c1de7dSRuslan Ermilov before installing, please use INSTALL="install -C" again. The 16233c1de7dSRuslan Ermilov -C option is now silently ignored when used with the -d option. 16333c1de7dSRuslan Ermilov 1642b877facSJulian Elischer20020702: 1652b877facSJulian Elischer Problems with libc_r clients like KDE and GNOME have been resolved. 1662b877facSJulian Elischer There are still some minor problems with some signals but the 1672b877facSJulian Elischer system is stable enough for general use again. SMP is less so than UP 1682b877facSJulian Elischer but each can successfully complete multiple buildworlds. 1692b877facSJulian Elischer Libkvm needs to be recompiled due to KSE. 1702b877facSJulian Elischer 17106596d37SWarner Losh20020701: 17206596d37SWarner Losh Now would be a bad time to upgrade. Something in or near the 17306596d37SWarner Losh KSE commit totally broke programs using libc_r like KDE and 17406596d37SWarner Losh GNOME. 17506596d37SWarner Losh 17695ba4330SJacques Vidrine20020511: 17795ba4330SJacques Vidrine The k5su utility installed as part of Kerberos 5 is no longer 17895ba4330SJacques Vidrine installed with the set-user-ID bit set by default. Add 17995ba4330SJacques Vidrine ENABLE_SUID_K5SU=yes to /etc/make.conf to have it installed 18095ba4330SJacques Vidrine with the set-user-ID bit set. 18195ba4330SJacques Vidrine 182a81da3c9SDavid E. O'Brien20020510: 183f50caf6fSDavid E. O'Brien Gcc 3.1 debugging format (cc -g) has changed from STABS to DWARF2. 184f50caf6fSDavid E. O'Brien Unfortunately our native GDB (at version 4.18) does not understand 1854b683fb2SRobert Watson the DWARF2 debugging format. Thus you must use `gcc -gstabs+' to 186f50caf6fSDavid E. O'Brien generated debugging information for our native GDB. 187f50caf6fSDavid E. O'Brien 188f50caf6fSDavid E. O'Brien20020510: 189a81da3c9SDavid E. O'Brien Due to the way CVS works, it may not properly update src/contrib/gcc 190a81da3c9SDavid E. O'Brien to the 3.1 sources. The easiest fix is to `rm -rf' src/contrib/gcc 191a81da3c9SDavid E. O'Brien and then do a cvs update. 192a81da3c9SDavid E. O'Brien 193528a0ef5SJacques Vidrine20020421: 194528a0ef5SJacques Vidrine When exec'ing set[ug]id executables, the kernel now ensures that the 195528a0ef5SJacques Vidrine stdio file descriptors (0..2) are open. See FreeBSD-SA-02:23.stdio. 196528a0ef5SJacques Vidrine 19785aa5a2eSGregory Neil Shapiro20020404: 19885aa5a2eSGregory Neil Shapiro New sendmail startup scripts have been installed to make it 19985aa5a2eSGregory Neil Shapiro easier to use alternative MTAs with FreeBSD. Setting the rc.conf 20085aa5a2eSGregory Neil Shapiro variable sendmail_enable to "NO" no longer prevents any sendmail 20185aa5a2eSGregory Neil Shapiro daemons from starting. Instead, either set sendmail_enable to 20285aa5a2eSGregory Neil Shapiro "NONE" or change mta_start_script to a script for starting 20385aa5a2eSGregory Neil Shapiro an alternative MTA. Setting mta_start_script to "" will 20485aa5a2eSGregory Neil Shapiro also prevent any MTA from being started at boot. 20585aa5a2eSGregory Neil Shapiro 2068f1e4358SRuslan Ermilov20020403: 2078f1e4358SRuslan Ermilov UCONSOLE is no longer a valid kernel option. 2088f1e4358SRuslan Ermilov 2092292c02eSWarner Losh20020315: 2102292c02eSWarner Losh FreeBSD 5.0 DP-1 was basically branched today. 2112292c02eSWarner Losh 21269f7bcf3SWarner Losh20020225: 21369f7bcf3SWarner Losh Warnings are now errors in the kernel. Unless you are a developer, 21469f7bcf3SWarner Losh you should add -DNO_WERROR to your make line. 21569f7bcf3SWarner Losh 2168f35c493SWarner Losh20020217: 2178f35c493SWarner Losh sendmail 8.12.2 has been imported. The sendmail binary is no 2188f35c493SWarner Losh longer a set-user-ID root binary and the infrastructure to support 2198f35c493SWarner Losh command line mail submission has changed. Be sure to run 2208f35c493SWarner Losh mergemaster (especially for updating /etc/rc, /etc/defaults/rc.conf, 2218f35c493SWarner Losh and /etc/mail) and read /etc/mail/README for more details. 2228f35c493SWarner Losh 223835284beSWarner Losh Due to the import of sendmail 8.12.2, a new user and group are 224835284beSWarner Losh required in order for sendmail to run as a set-group-ID 225835284beSWarner Losh binary. A 'make installworld' will use the new user and group 226835284beSWarner Losh to set the owner and group of /var/spool/clientmqueue and will 227835284beSWarner Losh fail if the new user and group do not exist. The 'smmsp' user 228835284beSWarner Losh and group must be merged from src/etc/group and 229835284beSWarner Losh src/etc/master.passwd before using 'make installworld'. 230835284beSWarner Losh 'mergemaster -p' will do this. You may need to install 231835284beSWarner Losh mergemaster before this will work if you are updating from a 232835284beSWarner Losh very old version of current. The updating recipe has changed 233835284beSWarner Losh as of this date. 234835284beSWarner Losh 235fa9401c1SWarner Losh20020112: 236fa9401c1SWarner Losh The preferred configuration method for PAM is now /etc/pam.d/ 237fa9401c1SWarner Losh rather than /etc/pam.conf. If you have an unmodified 238fa9401c1SWarner Losh pam.conf, just delete it after your next mergemaster run. If 239fa9401c1SWarner Losh you have local modifications, you can use 240fa9401c1SWarner Losh /usr/src/etc/pam.d/convert.pl to incorporate them into your 241fa9401c1SWarner Losh /etc/pam.d. 242fa9401c1SWarner Losh 243fa9401c1SWarner Losh Please see the following url for more details: 244fa9401c1SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<xzp6667fyoa.fsf@flood.ping.uio.no> 24547d0d01fSWarner Losh20011229: 24647d0d01fSWarner Losh If anyone here is already using the new rc.conf(5) variable 24747d0d01fSWarner Losh networkfs_types, please note that it has changed 24847d0d01fSWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<9744.1009655556@axl.seasidesoftware.co.za> 24947d0d01fSWarner Losh 250514318a8SWarner Losh20011220: 251514318a8SWarner Losh sys/i4b/driver/i4b_ispppsubr.c has been retired. This file 252514318a8SWarner Losh started out its life in the ISDN4BSD project as an offspring 253514318a8SWarner Losh from sys/net/if_spppsubr.c, which eventually got a life of its 254514318a8SWarner Losh own. All the accumulated features and bugfixes of the i4b 255514318a8SWarner Losh version have now been merged back into the base system's 256514318a8SWarner Losh version now. The only user-visible change resulting from this 257514318a8SWarner Losh is that i4b's sppp(4) interfaces are to be managed with 258514318a8SWarner Losh spppcontrol(8) again, since ispppcontrol(8) has been retired 259514318a8SWarner Losh as well. (There has never been rc file support for 260514318a8SWarner Losh ispppcontrol in -current, but only in -stable. That will be 261514318a8SWarner Losh reverted by the time the changes are MFCed.) 262514318a8SWarner Losh 263514318a8SWarner Losh20011215: 264514318a8SWarner Losh The fdc(4) driver has been updated and now automatically 265514318a8SWarner Losh recognizes media in `standard' formats (like 1440 KB and 266514318a8SWarner Losh 720 KB for a 3.5" high-density drive) when accessing the 267514318a8SWarner Losh default device node (e. g. /dev/fd0). The old variety of 268514318a8SWarner Losh floppy device nodes /dev/fd*.* is no longer present by 269514318a8SWarner Losh default, devices can be created (in DEVFS) on demand. They 270514318a8SWarner Losh will need to be customized then for `odd' densities using 271514318a8SWarner Losh fdcontrol(8). 272514318a8SWarner Losh 2732d22e2bfSWarner Losh20011209: 2742d22e2bfSWarner Losh The bugs in procfs' debugging support code have been fixed, 2752d22e2bfSWarner Losh and truss(1) now works again. 2762d22e2bfSWarner Losh 2779e0428e2SWarner Losh20011207: 2789e0428e2SWarner Losh Daily security checks have been split out to use the periodic(8) 2799e0428e2SWarner Losh scripts. Some change in configuration may be necessary. Please 2809e0428e2SWarner Losh see 2819e0428e2SWarner Loshhttp://www.freebsd.org/cgi/mid.cgi?db=mid&id=<20011207155805.R8975@blossom.cjclark.org> 2829e0428e2SWarner Losh for details. 2839e0428e2SWarner Losh 2849bab8c59SWarner Losh20011204: 2859bab8c59SWarner Losh sos added VCD/SVCD support to ata driver and that needs the 2869bab8c59SWarner Losh kernel and burncd to be in sync. 2879bab8c59SWarner Losh 288e57d8b01SWarner Losh20011203: 289e57d8b01SWarner Losh The procfs pseudo-filesystem has now been converted to use the 290e57d8b01SWarner Losh pseudofs framework. If you have 'options PROCFS' in your 291e57d8b01SWarner Losh kernel config, you'll need to add 'options PSEUDOFS' if it's 292e57d8b01SWarner Losh not there already. 293e57d8b01SWarner Losh 294e57d8b01SWarner Losh This change temporarily breaks truss(1); use ktrace(1) instead 295e57d8b01SWarner Losh until the issue has been resolved. 296e57d8b01SWarner Losh 297b001d36fSJacques Vidrine20011202: 298b001d36fSJacques Vidrine A security hole in OpenSSH involving `UseLogin yes' has been 299b001d36fSJacques Vidrine patched. 300b001d36fSJacques Vidrine 3014b676ec1SWarner Losh20011126: 3024b676ec1SWarner Losh You need to remove /usr/obj/.../usr.bin/tip before rebuilding 3035ebbf43eSWarner Losh after this date. You need to do this only once. 3044b676ec1SWarner Losh 305d961e462SWarner Losh20011103: 306d961e462SWarner Losh Most of the awk issues have been resolved. Some rough 307d961e462SWarner Losh edges may be left, but for the most part things should be 3084b676ec1SWarner Losh back to "normal." For CURRENT's usual definition of "normal." 309d961e462SWarner Losh 310d961e462SWarner Losh20011030: 311d961e462SWarner Losh Awk has been upgraded to the one true awk from bell labs. Expect 312d961e462SWarner Losh choppy waves in the upgrade process. 313d961e462SWarner Losh 3141fe003b6SWarner Losh20011030: 315a4b6fda0SWarner Losh The asr driver problem has been resolved. 3161fe003b6SWarner Losh 3171fe003b6SWarner Losh20011027: 3181fe003b6SWarner Losh Due to changes in other parts of the system, the asr driver 3191fe003b6SWarner Losh now causes the system to panic on boot. Do not use it pending 3201fe003b6SWarner Losh correction. Comment it out of any kernel config file that you 3211fe003b6SWarner Losh try to use from this date forward. 3221fe003b6SWarner Losh 3231fe003b6SWarner Losh20011025: 3241fe003b6SWarner Losh When crossbuilding, use TARGET=xxx where you used to use 3251fe003b6SWarner Losh MACHINE=xxx. You don't need to set TARGET_ARCH and TARGET, 3261fe003b6SWarner Losh unless you are changing both of them. To cross build pc98 on 3271fe003b6SWarner Losh an alpha, for example, you need to set TARGET=pc98 and 3281fe003b6SWarner Losh TARGET_ARCH=i386. 3291fe003b6SWarner Losh 330d05f9643SWarner Losh20011001: 331d05f9643SWarner Losh The kernel interface that burncd depends on has changed. 332d05f9643SWarner Losh You must recompile both the kernel and userland applications 333d05f9643SWarner Losh at the same time. 334d05f9643SWarner Losh 33558970f85SWarner Losh20010929: 33658970f85SWarner Losh When crossbuilding, please set TARGET_ARCH rather than 33758970f85SWarner Losh MACHINE_ARCH to indicate the target. In the future, one will 33858970f85SWarner Losh set TARGET_MACHINE where you set MACHINE now. At the moment, 33958970f85SWarner Losh setting MACHINE alone for same MACHINE_ARCH machines works 3409d5abbddSJens Schweikhardt (eg, you can build pc98 on an i386 machine and vice versa). 34158970f85SWarner Losh 34258970f85SWarner Losh20010927: 34358970f85SWarner Losh Some weird problems result from using ACPI on some machines. 34458970f85SWarner Losh To disable ACPI you can add 34566ff0e67SMax Khon hint.acpi.0.disabled="1" 34658970f85SWarner Losh to /boot/loader.conf (or by putting set X=Y at the boot 34758970f85SWarner Losh loader "ok" prompt). 34858970f85SWarner Losh 34958970f85SWarner Losh Alternatively, you can remove it from /boot/kernel/acpi.ko 35058970f85SWarner Losh or use the MODULES_OVERRIDE function in your kernel config 35158970f85SWarner Losh file and not list acpi in that list. 352378f4486SAlfred Perlstein 3535119d237SWarner Losh20010924: 3545119d237SWarner Losh The buildworld has been fixed. You may need to install 3555119d237SWarner Losh the 4.x compatibility libraries for some old binaries 3568b039fffSWarner Losh to work. Add COMPAT4X=true to your /etc/make.conf to 3578b039fffSWarner Losh get them installed on every installworld, or execute the 3588b039fffSWarner Losh following to get them installed only once: 3598b039fffSWarner Losh cd src/lib/compat/compat4x.<arch> 36058970f85SWarner Losh make all install 3618b039fffSWarner Losh You will see ``__stdoutp undefined'' until you do this. 3625119d237SWarner Losh 3633c293725SWarner Losh20010919: 3643c293725SWarner Losh There's a bug in the world build process. The cross-tools 3653c293725SWarner Losh are build with the NEW headers, but the OLD libc.a. This 3663c293725SWarner Losh leads to all kinds of problems with the new libc. A temporary 367772730c7SWarner Losh workaround is to add 3683c293725SWarner Losh CFLAGS="-O -pipe -D_OLD_STDIO" 3693c293725SWarner Losh before building world when upgrading from 4.x to current. This 3703c293725SWarner Losh can be removed afterwards. 3713c293725SWarner Losh 3723c293725SWarner Losh A proper fix to the buildworld target is needed. 3733c293725SWarner Losh 3743c293725SWarner Losh20010918: 3753c293725SWarner Losh Peter has committed his new kthread nfs client/server code. 3763c293725SWarner Losh NFS may be unstable after this date. 3773c293725SWarner Losh 3783c293725SWarner Losh20010912: 3793c293725SWarner Losh KSE has hit the tree. Lots of things are now different in 3803c293725SWarner Losh the kernel. While a few problems were introduced in the 3813c293725SWarner Losh initial commit, most of the major ones have been found and 3823c293725SWarner Losh corrected. 3833c293725SWarner Losh 3843c293725SWarner Losh20010901: 3853c293725SWarner Losh In OLDCARD, CardBus bridges appear to be stable. The work 3863c293725SWarner Losh arounds described in the 20010604 entry are now no longer 3873c293725SWarner Losh necessary and will be ignored. Most insert/remove problems 3883c293725SWarner Losh have been rectified around this date. 3893c293725SWarner Losh 39098b17b95SWarner Losh20010823: 39198b17b95SWarner Losh named now runs as user bind and group bind rather than as 39298b17b95SWarner Losh root. If named_enable is set to YES in /etc/rc.conf, ensure 39398b17b95SWarner Losh that user bind is available in /etc/passwd (using vipw(8)) 39498b17b95SWarner Losh and that group bind is available in /etc/group. Also make 39598b17b95SWarner Losh sure that user or group bind has read (and not write) 39698b17b95SWarner Losh permission for your name server configuration and that it 39798b17b95SWarner Losh has read and write permission for your slave zone files and 39898b17b95SWarner Losh directory. 39998b17b95SWarner Losh 40098b17b95SWarner Losh If you wish to continue to run named as root (a less secure 40198b17b95SWarner Losh alternative), add a line to /etc/rc.conf saying 40298b17b95SWarner Losh 40398b17b95SWarner Losh named_flags= 40498b17b95SWarner Losh 4057b9786edSMark Murray20010709: 4067b9786edSMark Murray The PAM libraries have had an API upgrade that is beyond 4077b9786edSMark Murray the ability of the shared library major number to handle. 4087b9786edSMark Murray It is manifested by PAM-using ports dumping core. The 4097b9786edSMark Murray solution is to rebuild those ports. 4107b9786edSMark Murray 4111d28950eSWarner Losh20010628: 4121d28950eSWarner Losh The kernel compile module has moved from src/sys/compile/FOO 4131d28950eSWarner Losh to src/sys/${MACHINE}/compile/FOO. 4141d28950eSWarner Losh 415e72fd46aSWarner Losh20010625: 41698b17b95SWarner Losh The pccard modem issue from 20010613 has been corrected. 41798b17b95SWarner Losh OLDCARD support is still a little weak in -current. slot 1 is 41898b17b95SWarner Losh known not to work on some TI based cardbus bridges. Some 41998b17b95SWarner Losh cardbus bridges do not properly detect insert/removal events. 42098b17b95SWarner Losh IRQ configuration needs more safety belts. 42116de1a07SWarner Losh 4220d415dffSWarner Losh20010617: 423e72fd46aSWarner Losh Softupdates problems have been corrected. 4240d415dffSWarner Losh 4250d415dffSWarner Losh20010614: 4260d415dffSWarner Losh Peter ripped out the linkerset support. You must, as always, 4270d415dffSWarner Losh rerun config after you cvsup if you are using the traditional 4280d415dffSWarner Losh kernel building methods. 4290d415dffSWarner Losh 4308b9959adSWarner Losh20010613: 4318b9959adSWarner Losh pccard modems may not work with current after 20010604 date. Some 4328b9959adSWarner Losh do, others result in panics. *MAKE*SURE* that you update your 433e72fd46aSWarner Losh config and /etc/rc.conf ala the 20010604 entry, or you will have 434e72fd46aSWarner Losh problems (this issue will be fixed, it just hasn't been yet). 4358b9959adSWarner Losh 436e72fd46aSWarner Losh20010613: 4378b9959adSWarner Losh SOFTUPDATES seem to be broken since the middle of May or so. Do not 438e72fd46aSWarner Losh use them in current. You can disable softupdates on all mounted 439e72fd46aSWarner Losh partitions, or remove SOFTUPDATES the kernel config file. 4408b9959adSWarner Losh 4410d415dffSWarner Losh20010612: 4420d415dffSWarner Losh After Peter's commits to the hints code, people have been noticing 4430d415dffSWarner Losh that certain devices are attached (or try to) twice. This is due 4440d415dffSWarner Losh to having both static hints as well as a /boot/device.hints. To 4450d415dffSWarner Losh work around this issue, please use only one or the other mechanism 4460d415dffSWarner Losh until this bug is fixed. 4470d415dffSWarner Losh 448e72fd46aSWarner Losh Please note that a feature of config is that if you have config 449e72fd46aSWarner Losh file FOO and FOO.hints, it automatically adds FOO.hints to the 450ca22e652SJens Schweikhardt hints.c file, whether you want it to or not. 451e72fd46aSWarner Losh 4520d415dffSWarner Losh20010610: 4530d415dffSWarner Losh Locale names have changed to match other systems better. 4540d415dffSWarner Losh 4556ccdb5e4SWarner Losh20010604: 4566ccdb5e4SWarner Losh pccard support for pci cards has been committed. You must change 4576ccdb5e4SWarner Losh your /etc/pccard.conf irq lines. It must match the irq used by 4586ccdb5e4SWarner Losh pcic device. Interrupt storms may result if you fail to do this. 4593590182eSWarner Losh Interrupt storms look a lot like a hang. 4603590182eSWarner Losh 4613590182eSWarner Losh You must also install a new pccardd, otherwise you will get an 4623590182eSWarner Losh interrupt storm at card reset time (just after it tells you what 4633590182eSWarner Losh it is). 4643590182eSWarner Losh 4653590182eSWarner Losh pccardd_flags="-I" is necessary for the time being. It tells pccardd 4663590182eSWarner Losh not to ask the kernel if the interrupt is really free or not before 4673590182eSWarner Losh using it. You can either change the /etc/pccard.conf irq lines to 4683590182eSWarner Losh match pcic, or add "-i X" to the pccardd_flags. 4696ccdb5e4SWarner Losh 4700bc62786SWarner Losh20010530: 4710bc62786SWarner Losh INSTALL=install -C is being deprecated. If you want to do this, 4720bc62786SWarner Losh use COPY=-C instead. The former method will be supported for only 4730bc62786SWarner Losh a limited time. If you see 4740bc62786SWarner Losh 4750bc62786SWarner Loshinstall: warning: the -d and -C options may not be specified together 4760bc62786SWarner Losh 4770bc62786SWarner Losh in your makeworld, then you need to migrate towards using 4780bc62786SWarner Losh COPY=-C. 4790bc62786SWarner Losh 48068a38c6cSWarner Losh20010525: 481b6609bbbSWarner Losh It appears that vm is now stable enough to use again. However, 482c4f4a728SWarner Losh there may be other problems, so caution is still urged. alpha 483c4f4a728SWarner Losh definitely is in bad shape. 48468a38c6cSWarner Losh 485ed0f29caSWarner Losh20010521: 486ca22e652SJens Schweikhardt Minor repo damage has happened. This may cause problems 487ed0f29caSWarner Losh with cvsup of ports. If you get errors, please see 488ed0f29caSWarner Losh http://www.FreeBSD.org/cgi/query-pr.cgi?pr=27495 489ed0f29caSWarner Losh at the bottom for details on a workaround. The error message 490ed0f29caSWarner Losh is 491ed0f29caSWarner LoshUpdater failed: Cannot delete "/usr/ports/www/jakarta-tomcat/files": Directory not empty 492ed0f29caSWarner Losh 49380c16af9SWarner Losh20010520: 49468a38c6cSWarner Losh Vm and/or swapping are busted on -current. Please be patient. 49580c16af9SWarner Losh 49680c16af9SWarner Losh20010519: 49780c16af9SWarner Losh pccard has had much reorganizational work done to it over 49880c16af9SWarner Losh the past few days. Everything should still work, but if 49980c16af9SWarner Losh not, please contact imp@freebsd.org. 50080c16af9SWarner Losh 501a45f2d05SWarner Losh20010517: 502a45f2d05SWarner Losh ata ioctl changed. Make sure to recompile both kernel and 503a45f2d05SWarner Losh userland at the same time. 504a45f2d05SWarner Losh 505a45f2d05SWarner Losh20010517: 506a45f2d05SWarner Losh New ncurses imported. 507a45f2d05SWarner Losh 5082988afcaSWarner Losh20010512: 5092988afcaSWarner Losh DEVFS is now opt out, not opt in. Barring major problems, this 5102988afcaSWarner Losh will be the only way to go starting July 1. 5112988afcaSWarner Losh 5121a33dba7SWarner Losh20010504: 5131a33dba7SWarner Losh OpenSSH has been updated to 2.9. Some defaults are different, 5141a33dba7SWarner Losh including RhostsRSAAuthentication, which changes from yes to no. 5151a33dba7SWarner Losh 51609946a51SWarner Losh20010502: 51709946a51SWarner Losh Perl breakage in 20010501 was corrected at 14:18:33 PDT. 51809946a51SWarner Losh 51909946a51SWarner Losh20010501: 52009946a51SWarner Losh Building perl was broken at 02:25:25 PDT. 52109946a51SWarner Losh 52209946a51SWarner Losh20010430: 523a70a79adSWarner Losh The bug in 20010429 was corrected at 07:35:37 PDT. It is safe to 52409946a51SWarner Losh go back in the water. 52509946a51SWarner Losh 52609946a51SWarner Losh20010429: 52709946a51SWarner Losh A bad bug was committed at 04:48:42 PDT. Don't use kernels after 52809946a51SWarner Losh this date, but before the correction date. 52909946a51SWarner Losh 53091dd3b53SWarner Losh20010423: 53191dd3b53SWarner Losh old fsck and new kernel interactions appear to have been fixed. 53291dd3b53SWarner Losh 53391dd3b53SWarner Losh20010411: 53491dd3b53SWarner Losh fsck and the kernel were changed to handle some optimizations 53591dd3b53SWarner Losh to directory layout. This breaks backward compatibility. 53691dd3b53SWarner Losh Update only if you understand that you must not use the old 53791dd3b53SWarner Losh fsck with the new kernel ever. 53891dd3b53SWarner Losh 539933b3269SWarner Losh20010330: 540933b3269SWarner Losh fsck has changed the meaning of the pass column in /etc/fstab. 541c4e215d3SWarner Losh Please see the cvs commit to fsck.8 or the fsck.8 man page for 542933b3269SWarner Losh details. It is unclear if changes to /etc/fstab are necessary. 543933b3269SWarner Losh 544933b3269SWarner Losh20010319: 545933b3269SWarner Losh portmap had changed name to rpcbind for maximum POLA in your 546933b3269SWarner Losh current world. /etc/hosts.{allow,deny} needs changes. nfs and 547933b3269SWarner Losh other rpc based programs that rely on portmapper will not work 548f34a9421SWarner Losh without updates to /etc/hosts.{allow,deny} and /etc/netconfig. 54909946a51SWarner Losh 55009946a51SWarner Losh20010315: 55109946a51SWarner Losh ata subsystem changes. ATA_ENABLE_ATAPI_DMA, ATA_ENABLE_WC 552ca22e652SJens Schweikhardt and ATA_ENABLE_TAGS are no longer kernel options. They have 55309946a51SWarner Losh been replaced by tunables. See ata.4 for details. 554933b3269SWarner Losh 555933b3269SWarner Losh20010312: 556933b3269SWarner Losh The fxp driver was converted to use miibus. If you compile 557933b3269SWarner Losh fxp into your kernel statically, you will need to add miibus. 558933b3269SWarner Losh 559933b3269SWarner Losh20010312: 560933b3269SWarner Losh The wi device now defaults to BSS (infrastructure) mode 561933b3269SWarner Losh instead of ad-hoc. 562933b3269SWarner Losh 563933b3269SWarner Losh20010310: 564f5260d32SWarner Losh /dev/urandom should be a symbolic link to /dev/random now. 565933b3269SWarner Losh Users of current not using DEVFS need to run MAKEDEV std. 566933b3269SWarner Losh ssh might not work if you don't. 567933b3269SWarner Losh 56862353691SWarner Losh20010303: 56962353691SWarner Losh The ed driver has been updated. It now allows mii attachments, 57062353691SWarner Losh which means that you must include the miibus in your kernel if 57162353691SWarner Losh you use the ed driver. 57262353691SWarner Losh 573d325cf65SWarner Losh20010220: 574d325cf65SWarner Losh The problems with libc have been corrected. It is now mostly 575d325cf65SWarner Losh safe to go back into the water. 576d325cf65SWarner Losh 577024daae6SWarner Losh20010211: 578024daae6SWarner Losh The size of FILE was changed. This breaks upgrading. If 579024daae6SWarner Losh you must upgrade, be prepared for pain. It also breaks almost 580024daae6SWarner Losh all binaries that you've compiled on -current. You are warned 581024daae6SWarner Losh that before upgrading would be a good time to do a level 0 582024daae6SWarner Losh dump of your system. No, really, I mean it this time. 583024daae6SWarner Losh 584024daae6SWarner Losh To get to the new system, you'll need to use the following 585024daae6SWarner Losh workaround. Hopefully this can be sorted out so that we 586024daae6SWarner Losh don't have to move this to the updating section. 587024daae6SWarner Losh 588024daae6SWarner Losh To get around the installworld problem, do: 589024daae6SWarner Losh # cd /usr/src/usr.bin/sed 590024daae6SWarner Losh # make install 591024daae6SWarner Losh # cd /usr/src 592024daae6SWarner Losh # make installworld 593024daae6SWarner Losh If that doesn't work, then try: 594024daae6SWarner Losh # make -k installworld 595024daae6SWarner Losh # make installworld 596024daae6SWarner Losh 597024daae6SWarner Losh20010207: 598024daae6SWarner Losh DEVFS is now the default. If you use vinum, make sure that you 599024daae6SWarner Losh do not include devfs in your kernel as problems result. 600024daae6SWarner Losh 601024daae6SWarner Losh20010205: 6027595222aSWarner Losh FFS_ROOT and CD9660_ROOT have been removed or deprecated. 603024daae6SWarner Losh Remove them from your config. 604024daae6SWarner Losh 6051e159248SWarner Losh20010122: 6061e159248SWarner Losh ****************************** WARNING ****************************** 6071e159248SWarner Losh buildkernel has been changed slightly 6081e159248SWarner Losh ****************************** WARNING ****************************** 6091e159248SWarner Losh KERNCONF replaces the variable KERNEL for buildkernel. You 6101e159248SWarner Losh should update your scripts and make.conf accordingly. 6111e159248SWarner Losh 6121e159248SWarner Losh20010119: 6131e159248SWarner Losh config has changed to allow DEV_FOO as a replacement for NFOO. 6141e159248SWarner Losh This requires a new config to build correctly. 6151e159248SWarner Losh 616aac7dfeaSWarner Losh20010116: 617ca22e652SJens Schweikhardt The kernel option I386_CPU is now mutually exclusive with the 618aac7dfeaSWarner Losh other cpu types. If you have an i386 system, be sure that it 619aac7dfeaSWarner Losh only had this line. Remove it for all other configurations. 620aac7dfeaSWarner Losh 621aac7dfeaSWarner Losh20010110: 622aac7dfeaSWarner Losh Changes to the kernel require it and burncd be in sync. 623aac7dfeaSWarner Losh 624aac7dfeaSWarner Losh20010102: 625aac7dfeaSWarner Losh Everyone who has hw.sndunit set to something in 626aac7dfeaSWarner Losh /etc/sysctl.conf, it is now hw.snd.unit. 627aac7dfeaSWarner Losh 62863c90c9eSWarner Losh20010101: 62963c90c9eSWarner Losh ex and vi were broken by some changes to sys/queue.h. If you 63063c90c9eSWarner Losh have a bad vi, you will see make buildworld fail with a core 6315fd2a895SWarner Losh dump while building termcap. You can work around this problem 63263c90c9eSWarner Losh by adding -k to your make buildworld. This will cause the 63363c90c9eSWarner Losh build to complete and install a new vi. Once that's done, you 63463c90c9eSWarner Losh can rebuild again without the -k to pick up anything that 63563c90c9eSWarner Losh might have been ignored by the -k option. 63663c90c9eSWarner Losh 6375fd2a895SWarner Losh Others have suggested that you can just rebuild libc if your 6385fd2a895SWarner Losh vi/ex is dynamically linked, but I've not received any reports 6395fd2a895SWarner Losh of this working. 6405fd2a895SWarner Losh 641aac7dfeaSWarner Losh20001228: 642aac7dfeaSWarner Losh There have been some changes to libcrypt in -current. The 643ca22e652SJens Schweikhardt libscrypt/libdescrypt symlink silliness is gone and the installed 644aac7dfeaSWarner Losh libcrypt is fully functional. Be aware of this. 645aac7dfeaSWarner Losh 646de2bcc63SWarner Losh20001218: 647de2bcc63SWarner Losh Linksys Fast Ethernet PCCARD cards supported by the ed driver 648de2bcc63SWarner Losh now require the addition of flag 0x80000 to their config line 649de2bcc63SWarner Losh in pccard.conf(5). This flag is not optional. These Linksys 650de2bcc63SWarner Losh cards will not be recognized without it. 651de2bcc63SWarner Losh 652960773f7SWarner Losh20001205: 653960773f7SWarner Losh Important new FreeBSD-version stuff: PAM support has been worked 654960773f7SWarner Losh in, partially from the "Unix" OpenSSH version. This requires 655960773f7SWarner Losh adding the following in pam.conf: 656960773f7SWarner Losh 657960773f7SWarner Losh sshd auth sufficient pam_skey.so 658960773f7SWarner Losh sshd auth required pam_unix.so try_first_pass 659960773f7SWarner Losh sshd session required pam_permit.so 660960773f7SWarner Losh 6610acc635eSWarner Losh20001031: 6620acc635eSWarner Losh cvs updated to 1.11. 6630acc635eSWarner Losh 6640acc635eSWarner Losh20001020: 6650acc635eSWarner Losh The random device needs more entropy, so you need to make sure 6660acc635eSWarner Losh that you've run mergemaster to get a /etc/rc which will seed 6670acc635eSWarner Losh /dev/random. If you don't and the system hangs after ldconfig, 6680acc635eSWarner Losh then banging on the keyboard randomly until it unhangs is one 6690acc635eSWarner Losh workaround. 6700acc635eSWarner Losh 6710acc635eSWarner Losh20001010: 6720acc635eSWarner Losh ****************************** WARNING ****************************** 6730acc635eSWarner Losh Sendmail has been updated. 6740acc635eSWarner Losh ****************************** WARNING ****************************** 6750acc635eSWarner Losh o mail.local(8) is no longer installed as a set-user-id binary. 6760acc635eSWarner Losh o sendmail(8) is now built with STARTTLS support unless NO_OPENSSL 6770acc635eSWarner Losh is set. 6780acc635eSWarner Losh o The default /etc/mail/sendmail.cf disables the SMTP EXPN and VRFY 6790acc635eSWarner Losh commands. 6800acc635eSWarner Losh o Now using sendmail's version of vacation(1). 6810acc635eSWarner Losh o The sendmail cf building tools (contrib/sendmail/cf) are installed 6820acc635eSWarner Losh in /usr/share/sendmail/cf. 6830acc635eSWarner Losh o sendmail.cw changed to local-host-names 6840acc635eSWarner Losh 6850acc635eSWarner Losh More details can be found at 6860acc635eSWarner Losh http://people.freebsd.org/~imp/UPDATING/sendmail-20001010 6870acc635eSWarner Losh 6886e98a146SWarner Losh20001009: 6896e98a146SWarner Losh The ports tree's new layout is in place. Be sure to update 6906e98a146SWarner Losh your entire ports tree, or you will have problems. 6916e98a146SWarner Losh 6926e98a146SWarner Losh20001006: 693685294e7SMark Ovens The perl build procedure no longer installs miniperl, nor uses 6946e98a146SWarner Losh the installed miniperl. It is recommended that you delete 6956e98a146SWarner Losh /usr/bin/miniperl. 6966e98a146SWarner Losh 697073113a4SWarner Losh20001005: 698073113a4SWarner Losh This weekend the ports tree will be updated to a new layout. 699685294e7SMark Ovens It will be in an inconsistent state until noted in the UPDATING 700073113a4SWarner Losh file, or with asami-san's message to the relevant mailing 701073113a4SWarner Losh lists. With this new layout, you'll need to update the whole 702073113a4SWarner Losh tree for anything to work. 703073113a4SWarner Losh 7040acc635eSWarner Losh20000928: 7050acc635eSWarner Losh There was a change in the passwd format. Need more information. 7060acc635eSWarner Losh 707be3885b3SWarner Losh20000916: 708be3885b3SWarner Losh /boot/kernel/kernel.ko -> /boot/kernel/kernel change has taken 709be3885b3SWarner Losh place. Please update boot loader (not the boot blocks) at the 710be3885b3SWarner Losh same time as your kernel. 711be3885b3SWarner Losh 71276ec9675SWarner Losh20000914: 71376ec9675SWarner Losh The new pmtimer device is necessary for laptops. Failure to 71476ec9675SWarner Losh include the device will cause suspended laptops losing time 71576ec9675SWarner Losh when they resume. Include 71676ec9675SWarner Losh device pmtimer 71776ec9675SWarner Losh in your config file and 71801b9a434SWarner Losh hint.pmtimer.0.at="isa" 71976ec9675SWarner Losh to your /boot/device.hints file. 72076ec9675SWarner Losh 721f4865386SMark Murray20000911: 722f4865386SMark Murray The random device has been turned into a (pseudo-)device, 723f4865386SMark Murray rather than an option. The supplied kernel config files have 724f4865386SMark Murray been updated. You will need to do something similar in your 725f4865386SMark Murray own kernel config file. 726f4865386SMark Murray Remove: 727f4865386SMark Murray options RANDOMDEV 728f4865386SMark Murray Add: 729f4865386SMark Murray device random 730f4865386SMark Murray If you prefer to load the loadable module, you need to do 731f4865386SMark Murray nothing. 732f4865386SMark Murray 733d594498fSWarner Losh20000909: 734d594498fSWarner Losh The random device module has been renamed from randomdev.ko to 735d594498fSWarner Losh random.ko. You will need to edit your /boot/loader.conf to 736d594498fSWarner Losh reflect this if you load this module at boot time. 737d594498fSWarner Losh The line should read: 738d594498fSWarner Losh random_load="YES" 739d594498fSWarner Losh 7400deb7ddcSWarner Losh20000907: 7410deb7ddcSWarner Losh The SMPNG commit has happened. It should work, but if it 74216eb772dSWarner Losh doesn't, fallback to the PRE_SMPNG CVS tag. There are likely 74316eb772dSWarner Losh to be a variety of minor issues. Please see 20000905 to make 74416eb772dSWarner Losh sure you don't have model loading problems which might at 74516eb772dSWarner Losh first blush appear related to SMP. 74652bf24e7SWarner Losh 7475a01880bSWarner Losh20000906: 7485a01880bSWarner Losh nsswitch has been imported from NetBSD. Among other things, 7495a01880bSWarner Losh this means that /etc/host.conf is no longer used. See 7505a01880bSWarner Losh nsswitch.conf(5) instead. Note that at boot time rc.network 7515a01880bSWarner Losh will attempt to produce a new nsswitch.conf file for you if you 7525a01880bSWarner Losh don't have one, and you have host.conf. 7535a01880bSWarner Losh 7542b41163cSWarner Losh20000905: 75538d6ecd2SWarner Losh The ucred structure changed size. This breaks the interface 75638d6ecd2SWarner Losh that mountd uses. Trying to use an older mountd with a newer 75738d6ecd2SWarner Losh kernel guarantees a panic. This means that you need to use 75838d6ecd2SWarner Losh kernels newer than today only with matching mountd, but you 75938d6ecd2SWarner Losh needed to do that anyway with the boot loader changes. 76038d6ecd2SWarner Losh 76138d6ecd2SWarner Losh20000905: 7628aab4bc7SWarner Losh The boot loader has been updated. The new default kernel is 7638aab4bc7SWarner Losh now /boot/kernel/kernel.ko. The new default module location 7648aab4bc7SWarner Losh is /boot/kernel. 7658aab4bc7SWarner Losh 7668aab4bc7SWarner Losh You *MUST* upgrade your boot loader and kernel at the same time. 76738d6ecd2SWarner Losh The easiest way to do this is to do the buildworld/buildkernel/ 76838d6ecd2SWarner Losh installkernel/installworld dance. 7692b41163cSWarner Losh 770d594498fSWarner Losh Furthermore, you are urged to delete your old /modules directory 771d594498fSWarner Losh before booting the new kernel, since kldload will find stale 772d594498fSWarner Losh modules in that directory instead of finding them in the correct 773d594498fSWarner Losh path, /boot/kernel. The most common complaint that this cures 774d594498fSWarner Losh is that the linux module crashes your machine after the update. 775d594498fSWarner Losh 776d594498fSWarner Losh if [ ! -d /boot/kernel.old ]; then 777d594498fSWarner Losh mv /modules.old /boot/kernel.old 778d594498fSWarner Losh chflags noschg /kernel.old 779d594498fSWarner Losh mv /kernel.old /boot/kernel.old/kernel.ko 780d594498fSWarner Losh chflags schg /boot/kernel.old/kernel.ko 781d594498fSWarner Losh fi 782d594498fSWarner Losh 783c22a309cSWarner Losh20000904: 784c22a309cSWarner Losh A new issue with the sendmail upgrade has come to light. 785c22a309cSWarner Losh /etc/aliases has moved to /etc/mail/aliases. Mergemaster will 786c22a309cSWarner Losh incorrectly install the default aliases in /etc/mail rather than 787c22a309cSWarner Losh move the old one from /etc. So you'll need to manually move the 788c22a309cSWarner Losh file, create a symbolic link, remove the old /etc/aliases.db and 789c22a309cSWarner Losh run newaliases. For safety sake, you should stop sendmail 790c22a309cSWarner Losh while doing this and run the upgrade when locally sourced email 791c22a309cSWarner Losh is not likely to be generated. 792c22a309cSWarner Losh 793fdb9f54dSWarner Losh20000825: 794fdb9f54dSWarner Losh /boot/device.hints is now required for installkernel to 7959c1a7444SWarner Losh succeed. You should copy GENERIC.hints for your architecture 7969c1a7444SWarner Losh into /boot/device.hints. If and only if you compile hints 7979c1a7444SWarner Losh into your kernel, then this file may be empty. Please note, 7989c1a7444SWarner Losh if you have an empty or missing /boot/device.hints file and 7999c1a7444SWarner Losh you neglected to compile hints into your kernel, no boot 8009c1a7444SWarner Losh messages will appear after the boot loader tries to start the 8019c1a7444SWarner Losh kernel. 8029c1a7444SWarner Losh 8039c1a7444SWarner Losh20000821: 8049c1a7444SWarner Losh If you do NOT have ``options RANDOMDEV'' in your kernel and 8059c1a7444SWarner Losh you DO want the random device then add randomdev_load="YES" to 8069c1a7444SWarner Losh /boot/loader.conf. 807fdb9f54dSWarner Losh 8088f250aa7SWarner Losh20000812: 8095da0d091SWarner Losh suidperl is now always built and installed on the system, but 8105da0d091SWarner Losh with permissions of 511. If you have applications that use 8115da0d091SWarner Losh this program, you are now required to add ENABLE_SUIDPERL=true 8125da0d091SWarner Losh to /etc/make.conf. If you forget to do this, 8135da0d091SWarner Losh chmod 4511 /usr/bin/suidperl 8145da0d091SWarner Losh will fix this until the next build. 8155da0d091SWarner Losh 8165da0d091SWarner Losh20000812: 8178f250aa7SWarner Losh sendmail has been updated from 8.9.3 to 8.11.0. Some of the more 8188f250aa7SWarner Losh visible changes that may immediately affect your configuration 8198f250aa7SWarner Losh include: 8208f250aa7SWarner Losh - New default file locations from src/contrib/sendmail/cf/README 8218f250aa7SWarner Losh - newaliases limited to root and trusted users 8228f250aa7SWarner Losh - MSA port (587) turned on by default 8238f250aa7SWarner Losh - New queue file naming system so can't go from 8.11 -> 8.9 8248f250aa7SWarner Losh - FEATURE(`rbl') renamed to FEATURE(`dnsbl') 8258f250aa7SWarner Losh - FEATURE(`nullclient') is more full featured 8268f250aa7SWarner Losh - FEATURE(`nouucp') requires an argument: `reject' or `nospecial' 8278f250aa7SWarner Losh - mail.local FreeBSD-only -b option changed to -B 8288f250aa7SWarner Losh - See src/contrib/sendmail/RELEASE_NOTES for more info 8298f250aa7SWarner Losh 83071c38472SWarner Losh20000810: 83171c38472SWarner Losh suidperl (aka sperl) is no longer build by default. You must 83271c38472SWarner Losh specifically define BUILD_SUIDPERL to "true" for it to be build. 83371c38472SWarner Losh Furthermore, we recommend that you remove /usr/bin/sperl* and 83471c38472SWarner Losh /usr/bin/suidperl files from your system unless you have a 83571c38472SWarner Losh specific use for it. 83671c38472SWarner Losh 83771c38472SWarner Losh20000729: 83871c38472SWarner Losh Networking defaults have been tightened. Anybody upgrading 83971c38472SWarner Losh /etc/defaults/rc.conf needs to add the following lines to 84071c38472SWarner Losh /etc/rc.conf if they want to have the same setup 84171c38472SWarner Losh afterwards (unless the variables already are set, of course): 84271c38472SWarner Losh # Enable network daemons for user convenience. 84371c38472SWarner Losh inetd_enable="YES" 84471c38472SWarner Losh portmap_enable="YES" 84571c38472SWarner Losh sendmail_enable="YES" 84671c38472SWarner Losh 84771c38472SWarner Losh20000728: 84871c38472SWarner Losh If you have null_load="YES" in your /boot/loader.conf, you 84971c38472SWarner Losh will need to change that to nullfs_load="YES". 85071c38472SWarner Losh 8511dece4a9SWarner Losh20000728: 8521dece4a9SWarner Losh The "installkernel" target has changed slightly. Now even if 8531dece4a9SWarner Losh you override KERNEL e.g. 'make installkernel KERNEL=MYKERNEL' 8541dece4a9SWarner Losh it will install the MYKERNEL file (built with the buildkernel 8551dece4a9SWarner Losh target) as /kernel rather than /MYKERNEL. Those who have 8561dece4a9SWarner Losh updated their /boot/loader.conf files to point to /MYKERNEL 8571dece4a9SWarner Losh should remove that entry or perform manual rename of /kernel 8581dece4a9SWarner Losh to /MYKERNEL. 8591dece4a9SWarner Losh 860409e887cSWarner Losh20000711: 861409e887cSWarner Losh If you use CVSUP or CTM to get CVS trees, AND you used to get 862409e887cSWarner Losh the old crypto files from internat.freebsd.org AND you check 863409e887cSWarner Losh out files from the CVS tree with the cvs command, please read 864409e887cSWarner Losh http://people.freebsd.org/~imp/internat.txt 865409e887cSWarner Losh for details on potential problems that you might have and how 866409e887cSWarner Losh to get around them. 867409e887cSWarner Losh 868409e887cSWarner Losh If you are merely a mirror, or don't answer yes to each of the 869409e887cSWarner Losh clauses above, you needn't worry. 870409e887cSWarner Losh 871409e887cSWarner Losh20000711: 872409e887cSWarner Losh /etc/security has been updated to print the inode number of 873409e887cSWarner Losh setuid programs that have changed. You will see a large spike 874409e887cSWarner Losh in the number of changed programs the first time when you run 875409e887cSWarner Losh mergemaster to get a new /etc/security. 876409e887cSWarner Losh 877673d13f2SWarner Losh20000710: 878673d13f2SWarner Losh /dev/random now has good entropy collection (from the keyboard 879673d13f2SWarner Losh and sysmouse drivers). Please ensure that either `options 880673d13f2SWarner Losh RANDOMDEV' is present in your kernel config file or that 881673d13f2SWarner Losh `randomdev_load="YES"' is in your /boot/loader.conf. If you do 882673d13f2SWarner Losh not have the /dev/random driver, OpenSSL (and consequently 883673d13f2SWarner Losh lots of crypto tools (like SSH)) will fail with strange 884673d13f2SWarner Losh errors. (see below, 20000624). 885673d13f2SWarner Losh 886bed5c5ffSWarner Losh FreeBSD-current is safe again to run Crypto. 8871dece4a9SWarner Losh 888673d13f2SWarner Losh20000709: 889c6dd1430SWarner Losh phk made the malloc default options AJ. This may slow things 890c6dd1430SWarner Losh down and uncover other latent bugs in the code. If you need to 891c6dd1430SWarner Losh run at full speed, you can disable this by doing the following: 892673d13f2SWarner Losh ln -s aj /etc/malloc.conf 893673d13f2SWarner Losh 894e98e26cdSWarner Losh20000706: 895e98e26cdSWarner Losh libftpio's version was accidentally bumped a few days ago. This 896e98e26cdSWarner Losh has been corrected. You may need to remove /usr/lib/libftpio.so.6 897e98e26cdSWarner Losh before doing your next buildworld/installworld pair. It certainly 898f699bbbbSMark Ovens won't hurt to remove it before the update procedure. It will 899e98e26cdSWarner Losh break fetch until a new one is built, but ftp can be used in the 9002c021c6cSMark Ovens interim if needed. 901e98e26cdSWarner Losh 902e98e26cdSWarner Losh20000705: 903e98e26cdSWarner Losh The crypto packages have changed for the cvsup. This has been done 904e98e26cdSWarner Losh in a backward compatible way, but the old packages will go away at 905e98e26cdSWarner Losh some point in the future. Look at /usr/share/examples/cvsup for 906e98e26cdSWarner Losh details. 907e98e26cdSWarner Losh 908c373950eSWarner Losh20000704: 9092f961bc8SWarner Losh With the new sys/modules/sound/drivers/*, you will need to 9102f961bc8SWarner Losh set SYSDIR until you do an installworld after July 7th. 9112f961bc8SWarner Losh 9122f961bc8SWarner Losh20000704: 913c373950eSWarner Losh rc.shutdown and rc will now call the rc.d scripts with start 914c373950eSWarner Losh or stop. This may cause some harmless warnings from older 915c373950eSWarner Losh rc.d scripts that haven't been updated. 916c373950eSWarner Losh 91727dc3a2bSWarner Losh20000630: 91827dc3a2bSWarner Losh The libfetch based version of fetch has gone into the tree. 91927dc3a2bSWarner Losh Minor problems may result on some of the less popular sites, 92027dc3a2bSWarner Losh which should be reported to des@freebsd.org. 92127dc3a2bSWarner Losh 922b8c215acSWarner Losh20000625: 923b8c215acSWarner Losh From approximately this date forward, one must have the crypto 92427dc3a2bSWarner Losh system installed in order to build the system and kernel. 92527dc3a2bSWarner Losh While not technically strictly true, one should treat it as 92627dc3a2bSWarner Losh required and grab the crypto bits. If you are grabbing CVS 92727dc3a2bSWarner Losh trees, src-all and cvs-crypto should be treated as if they 92827dc3a2bSWarner Losh were required. You should check with the latest collections 92927dc3a2bSWarner Losh to make sure that these haven't changed. 930b8c215acSWarner Losh 9317b990719SWarner Losh20000624: 9327b990719SWarner Losh Mark Murray just committed the first parts of a cleanup of 9337b990719SWarner Losh /dev/zero, et al. This is also cleaning up /dev/random. 9347b990719SWarner Losh The entropy is disconnected, so DO NOT USE VERSIONS OF FREEBSD 9351a33dba7SWarner Losh -CURRENT FROM THIS POINT to 2000710 for cryptographic services 9367b990719SWarner Losh until Mark can merge in the fixes to this work in progress. 9377b990719SWarner Losh openssh and openssl should not be used to generate keys from this 9387b990719SWarner Losh date to the completion of the work. 9397b990719SWarner Losh 94027dc3a2bSWarner Losh If you must operate at this reduced level of security, add ' 94127dc3a2bSWarner Losh options RANDOMDEV' to your kernel or modload the randomdev 94227dc3a2bSWarner Losh module. You may also need to copy a new MAKEDEV to /dev and 94327dc3a2bSWarner Losh recreate the random and urandom devices. 94427dc3a2bSWarner Losh 94581e54c50SWarner Losh20000622: 94681e54c50SWarner Losh The license on the softupdates is now a standard 2 clause 94781e54c50SWarner Losh BSD license. You may need to remove your symbolic links 94881e54c50SWarner Losh that used to be required when updating. 94981e54c50SWarner Losh 95039943833SWarner Losh20000621: 9512c021c6cSMark Ovens Scott Flatman <sf@aracnet.com> sent in a decent write-up on 9522a2f33fbSDaniel Baker the config file update procedure. 9532a2f33fbSDaniel Baker http://people.freebsd.org/~imp/config-upd.html 954c373950eSWarner Losh NOTE: LINT is gone. It has been replaced with NOTES. NOTES 95559df1173SDavid E. O'Brien isn't buildable. However, you can generate a LINT file: 95659df1173SDavid E. O'Brien cd /sys/<ARCH>/conf && make LINT 95739943833SWarner Losh 958290f9ad8SWarner Losh20000620: 959290f9ad8SWarner Losh Binutils 2.10 have hit the tree, or will shortly. As soon 960290f9ad8SWarner Losh as they do, the problem noted in 20000522 will be resolved and 961290f9ad8SWarner Losh that workaround will no longer be required. 962290f9ad8SWarner Losh 96390fb6346SWarner Losh20000615: 96490fb6346SWarner Losh phk removed the compatibility creation of wd devices in the 96590fb6346SWarner Losh ad driver. If you haven't done so already, you must update 96690fb6346SWarner Losh your fstab, etc to use the ad devices instead of the wd 96790fb6346SWarner Losh devices. 96890fb6346SWarner Losh 969f75f65bbSWarner Losh In addition, you'll need to update your boot blocks to a 970f75f65bbSWarner Losh more modern version, if you haven't already done so. Modern 971f75f65bbSWarner Losh here means 4.0 release or newer (although older releases 972f75f65bbSWarner Losh may work). 973f75f65bbSWarner Losh 974ba26da8eSWarner Losh20000612: 975ba26da8eSWarner Losh Peter took an axe to config(8). Be sure that you read his mail 976290f9ad8SWarner Losh on the topic before even thinking about updating. You will 977c6dd1430SWarner Losh need to create a /boot/device.hints or add a hints directive 978290f9ad8SWarner Losh to your config file to compile them in statically. The format 979f54a3542SWarner Losh of the config file has changed as well. Please see GENERIC or 980f54a3542SWarner Losh NEWCARD for examples of the new format. 981290f9ad8SWarner Losh 9829698f2c0SWarner Losh Indirectly, this also breaks USERCONFIG. Unless a newer entry 9839698f2c0SWarner Losh says that it has been fixed, assume that must use the hints mechanism 9849698f2c0SWarner Losh in the loader if you need to use a machine with very old ISA cards 9859698f2c0SWarner Losh in it. 986bbcc5149SWarner Losh 987d65850ebSWarner Losh20000522: 988ba26da8eSWarner Losh A new set of binutils went into the tree today. Anybody 989d65850ebSWarner Losh building a kernel after this point is advised that they need 990d65850ebSWarner Losh to rebuild their binutils (or better yet do a 991d65850ebSWarner Losh buildworld/installworld) before building a new kernel. 992d65850ebSWarner Losh 993d9583a00SWarner Losh Due to bugs in binutils, using malloc options (eg /etc/malloc.conf 994d9583a00SWarner Losh or MALLOC_OPTIONS env var) J will cause ld to dump core. It 995d9583a00SWarner Losh is recommended that you don't set this option until the problem 996d9583a00SWarner Losh is resolved. 997d9583a00SWarner Losh 9988039cedeSWarner Losh20000513: 9998039cedeSWarner Losh The ethernet drivers were all updated to clean up the BPF handling. 10008039cedeSWarner Losh 1001d65850ebSWarner Losh20000510: 10028039cedeSWarner Losh The problems with boot blocks on the alphas have been corrected. 10038039cedeSWarner Losh This will require some care in updating alphas. A new libstand 10048039cedeSWarner Losh is requires for the boot blocks to build properly. 10058039cedeSWarner Losh 10068039cedeSWarner Losh20000503: 10078039cedeSWarner Losh Recompile all kld modules. Proper version dependency info 10088039cedeSWarner Losh is now available. 10098039cedeSWarner Losh 1010d65850ebSWarner Losh20000502: 1011d65850ebSWarner Losh Modules have been disconnected from the buildworld tree and 1012d65850ebSWarner Losh connected to the kernel building instead. 1013d65850ebSWarner Losh 1014be149406SNik Clayton20000427: 10158039cedeSWarner Losh You may need to build gperf 10168039cedeSWarner Losh cd /usr/src/gnu/usr.bin/gperf && make depend all install 10178039cedeSWarner Losh when upgrading from 4.0 -> current. The build system now uses 10188039cedeSWarner Losh an option only in -current. 10198039cedeSWarner Losh 10202b8dd5f4SWarner Losh20000417: 10212b8dd5f4SWarner Losh The method that we brand ELF binaries has changed to be more 1022f699bbbbSMark Ovens acceptable to the binutils maintainers. You will need to 10232b8dd5f4SWarner Losh rebrand your ELF binaries that aren't native. One problem 10242b8dd5f4SWarner Losh binary is the Linux ldconfig. After your make world, but 10252c021c6cSMark Ovens before you reboot, you'll need to issue: 10262b8dd5f4SWarner Losh brandelf -t Linux /compat/linux/sbin/ldconfig 10272b8dd5f4SWarner Losh if you have Linux compatibility enabled on your machine. 10282b8dd5f4SWarner Losh 10298d9f1945SWarner Losh20000320: 10302b8dd5f4SWarner Losh If you have really bad/marginal IDE drives, you may find they 10312b8dd5f4SWarner Losh don't work well. Use pio mode instead. The easiest way to 10322b8dd5f4SWarner Losh cope if you have a problem combination is to add: 1033ae20a1b8SDima Dorfman /sbin/sysctl hw.ata.ata_dma=0 10342b8dd5f4SWarner Losh to the start of /etc/rc.conf. 10358d9f1945SWarner Losh 1036f8ab1dd6SWarner Losh20000319: 1037f699bbbbSMark Ovens The ISA and PCI compatibility shims have been connected to the 1038f8ab1dd6SWarner Losh options COMPAT_OLDISA and COMPAT_OLDPCI. If you are using old 1039f8ab1dd6SWarner Losh style PCI or ISA drivers (i.e. tx, voxware, etc.) you must 1040f8ab1dd6SWarner Losh include the appropriate option in your kernel config. Drivers 1041f8ab1dd6SWarner Losh using the shims should be updated or they won't ship with 1042f8ab1dd6SWarner Losh 5.0-RELEASE, targeted for 2001. 1043f8ab1dd6SWarner Losh 104419cada77SWarner Losh20000318: 1045f699bbbbSMark Ovens We've entered the traditional post release dumping party. 104619cada77SWarner Losh Large kernel changes are being committed and are in the 104719cada77SWarner Losh works. It is important to keep the systems' klds and kernel 104819cada77SWarner Losh in sync as kernel interfaces and structures are changing. 104919cada77SWarner Losh Before reporting kernel panics, make sure that all modules 105019cada77SWarner Losh that you are loading are up to date. 1051ba228352SWarner Losh 105219cada77SWarner Losh20000315: 10536d23c382SWarner Losh If you are upgrading from an older version of FreeBSD, you 10546d23c382SWarner Losh need to update your boot blocks as well. 'disklabel -B ad0' 10556d23c382SWarner Losh will do the trick. This isn't critical until you remove your 10566d23c382SWarner Losh wd device entries in /dev, at which point your system will not 10576d23c382SWarner Losh boot. 10586d23c382SWarner Losh 10596d23c382SWarner Losh20000315: 106019cada77SWarner Losh 4.0 RELEASE shipped. Please see the 4.0 UPDATING file for how 106119cada77SWarner Losh to upgrade to 4.0 from 3.x. 106257199806SWarner Losh 1063dc0dbf5cSWarner LoshCOMMON ITEMS: 1064dc0dbf5cSWarner Losh 1065a24eff53SWarner Losh General Notes 1066a24eff53SWarner Losh ------------- 1067a24eff53SWarner Losh Avoid using make -j when upgrading. From time to time in the 1068a24eff53SWarner Losh past there have been problems using -j with buildworld and/or 1069a24eff53SWarner Losh installworld. This is especially true when upgrading between 1070a24eff53SWarner Losh "distant" versions (eg one that cross a major release boundary 1071a24eff53SWarner Losh or several minor releases, or when several months have passed 1072a24eff53SWarner Losh on the -current branch). 1073a24eff53SWarner Losh 10745780f3baSWarner Losh Sometimes, obscure build problems are the result of environment 10755780f3baSWarner Losh poisoning. This can happen because the make utility reads its 10765780f3baSWarner Losh environment when searching for values for global variables. 10775780f3baSWarner Losh To run your build attempts in an "environmental clean room", 10785780f3baSWarner Losh prefix all make commands with 'env -i '. See the env(1) manual 10795780f3baSWarner Losh page for more details. 10805780f3baSWarner Losh 1081dc0dbf5cSWarner Losh To build a kernel 1082dc0dbf5cSWarner Losh ----------------- 1083ba01eb20SWarner Losh If you are updating from a prior version of FreeBSD (even one just 1084f699bbbbSMark Ovens a few days old), you should follow this procedure. With a 1085ba01eb20SWarner Losh /usr/obj tree with a fresh buildworld, 10861e159248SWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE 10871e159248SWarner Losh make installkernel KERNCONF=YOUR_KERNEL_HERE 1088dc0dbf5cSWarner Losh 1089ba01eb20SWarner Losh To just build a kernel when you know that it won't mess you up 1090ba01eb20SWarner Losh -------------------------------------------------------------- 1091ba01eb20SWarner Losh cd src/sys/{i386,alpha}/conf 109247d0d01fSWarner Losh config KERNEL_NAME_HERE 1093ba01eb20SWarner Losh cd ../../compile/KERNEL_NAME_HERE 1094ba01eb20SWarner Losh make depend 1095ba01eb20SWarner Losh make 1096ba01eb20SWarner Losh make install 1097ba01eb20SWarner Losh 1098ba01eb20SWarner Losh If this fails, go to the "To build a kernel" section. 1099ba01eb20SWarner Losh 1100ba01eb20SWarner Losh To rebuild everything and install it on the current system. 1101ba01eb20SWarner Losh ----------------------------------------------------------- 110263cb445eSWarner Losh # Note: sometimes if you are running current you gotta do more than 110363cb445eSWarner Losh # is listed here if you are upgrading from a really old current. 110463cb445eSWarner Losh 1105f643de42SWarner Losh <make sure you have good level 0 dumps> 110663cb445eSWarner Losh <maybe fix /etc/fstab> [7] 110763cb445eSWarner Losh make buildworld 110863cb445eSWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE 110963cb445eSWarner Losh make installkernel KERNCONF=YOUR_KERNEL_HERE 111063cb445eSWarner Losh [1] 111163cb445eSWarner Losh <reboot in single user> [3] 111263cb445eSWarner Losh mergemaster -p [5] 111363cb445eSWarner Losh make installworld 111463cb445eSWarner Losh mergemaster [4] 111563cb445eSWarner Losh <reboot> 111663cb445eSWarner Losh 1117759f0aefSWarner Losh 1118f27b1fceSJoseph Koshy To cross-install current onto a separate partition 1119f27b1fceSJoseph Koshy -------------------------------------------------- 1120f27b1fceSJoseph Koshy # In this approach we use a separate partition to hold 1121f27b1fceSJoseph Koshy # current's root, 'usr', and 'var' directories. A partition 1122f27b1fceSJoseph Koshy # holding "/", "/usr" and "/var" should be about 2GB in 1123f27b1fceSJoseph Koshy # size. 1124f27b1fceSJoseph Koshy 1125f27b1fceSJoseph Koshy <make sure you have good level 0 dumps> 1126f27b1fceSJoseph Koshy <boot into -stable> 1127f27b1fceSJoseph Koshy make buildworld 1128f27b1fceSJoseph Koshy <maybe newfs current's root partition> 1129f27b1fceSJoseph Koshy <mount current's root partition on directory ${CURRENT_ROOT}> 1130f27b1fceSJoseph Koshy make installworld DESTDIR=${CURRENT_ROOT} 1131f27b1fceSJoseph Koshy make buildkernel KERNCONF=YOUR_KERNEL_HERE 1132f27b1fceSJoseph Koshy cp /usr/src/sys/${ARCH}/conf/GENERIC.hints \ 1133f27b1fceSJoseph Koshy ${CURRENT_ROOT}/boot/device.hints # as needed 1134f27b1fceSJoseph Koshy make installkernel KERNCONF=YOUR_KERNEL_HERE DESTDIR=${CURRENT_ROOT} 1135f27b1fceSJoseph Koshy cd /usr/src/etc; make distribution DESTDIR=${CURRENT_ROOT} # if newfs'd 1136f27b1fceSJoseph Koshy cp /etc/fstab ${CURRENT_ROOT}/etc/fstab # if newfs'd 1137f27b1fceSJoseph Koshy <edit ${CURRENT_ROOT}/etc/fstab to mount "/" from the correct partition> 1138f27b1fceSJoseph Koshy <reboot into current> 1139f27b1fceSJoseph Koshy <do a "native" rebuild/install as described in the previous section> 1140f27b1fceSJoseph Koshy <maybe install compatibility libraries from /usr/src/lib/compat> 1141f27b1fceSJoseph Koshy <reboot> 1142f27b1fceSJoseph Koshy 1143f27b1fceSJoseph Koshy 1144f27b1fceSJoseph Koshy To upgrade in-place from 4.x-stable to current 1145f27b1fceSJoseph Koshy ---------------------------------------------- 11465c195f59SWarner Losh # 5.x uses more space than 4.x. Also, the location of kernel 11475c195f59SWarner Losh # modules has changed. If you are installing 5.0 onto a 4.x 11485c195f59SWarner Losh # system, you'll need about 30MB of free disk space on your / 11495c195f59SWarner Losh # partition. If you have less than this, you may encounter difficult 1150ca22e652SJens Schweikhardt # to back out of problems with this procedure. If /tmp is on 1151f643de42SWarner Losh # the / partition, you may want to completely remove all its content 1152f643de42SWarner Losh # before upgrading, as this can be a common source of shortage of 1153f643de42SWarner Losh # space on /. 1154f643de42SWarner Losh 1155f643de42SWarner Losh <make sure you have good level 0 dumps> 1156fc8c157fSWarner Losh <maybe fix /etc/fstab> [7] 115721c075eaSWarner Losh make buildworld [9] 1158c74fe6afSWarner Losh make buildkernel KERNCONF=YOUR_KERNEL_HERE [8] 1159d2125802SWarner Losh cp src/sys/${MACHINE}/conf/GENERIC.hints /boot/device.hints [2] 1160be1d673dSRuslan Ermilov make installkernel KERNCONF=YOUR_KERNEL_HERE 1161fc8c157fSWarner Losh cd src/sys/boot ; make install [6] 1162fc8c157fSWarner Losh [1] 1163fc8c157fSWarner Losh <reboot in single user> [3] 1164835284beSWarner Losh mergemaster -p [5] 1165f8a4c901SWarner Losh rm -rf /usr/include/g++ 1166ba26da8eSWarner Losh make installworld 1167a6cd4f9dSWarner Losh mergemaster [4] 1168ba26da8eSWarner Losh <reboot> 1169ba26da8eSWarner Losh 1170fdb9f54dSWarner Losh Make sure that you've read the UPDATING file to understand the 1171fdb9f54dSWarner Losh tweaks to various things you need. At this point in the life 1172fdb9f54dSWarner Losh cycle of current, things change often and you are on your own 1173fdb9f54dSWarner Losh to cope. The defaults can also change, so please read ALL of 1174fdb9f54dSWarner Losh the UPDATING entries. 1175ba26da8eSWarner Losh 11761dece4a9SWarner Losh Also, if you are tracking -current, you must be subscribed to 11771dece4a9SWarner Losh freebsd-current@freebsd.org. Make sure that before you update 11781dece4a9SWarner Losh your sources that you have read and understood all the recent 11791dece4a9SWarner Losh messages there. If in doubt, please track -stable which has 11801dece4a9SWarner Losh much fewer pitfalls. 11811dece4a9SWarner Losh 1182134d2e86SWarner Losh [1] If you have third party modules, such as vmware, you 1183134d2e86SWarner Losh should disable them at this point so they don't crash your 1184134d2e86SWarner Losh system on reboot. 1185134d2e86SWarner Losh 11869c1a7444SWarner Losh [2] If you have legacy ISA devices, you may need to create 11879c1a7444SWarner Losh your own device.hints to reflect your unique hardware 11889c1a7444SWarner Losh configuration. 11899c1a7444SWarner Losh 1190ee6e1fc3SWarner Losh [3] From the bootblocks, boot -s, and then do 1191ee6e1fc3SWarner Losh fsck -p 1192ee6e1fc3SWarner Losh mount -u / 1193ee6e1fc3SWarner Losh mount -a 1194ee6e1fc3SWarner Losh cd /usr/src 119547d0d01fSWarner Losh adjkerntz -i # if CMOS is wall time 1196f6a0ef01SWarner Losh Also, when doing a major release upgrade, it is required that 1197f6a0ef01SWarner Losh you boot into single user mode to do the installworld. 1198b705ae10SWarner Losh For the 4.x -> 5.0 upgrade, you will also see many messages about 1199b705ae10SWarner Losh needing to recompile your userland. These are harmless and can 1200b705ae10SWarner Losh be ignored while you proceed to the next step. 1201ee6e1fc3SWarner Losh 1202a6cd4f9dSWarner Losh [4] Note: This step is non-optional. Failure to do this step 1203a6cd4f9dSWarner Losh can result in a significant reduction in the functionality of the 1204a6cd4f9dSWarner Losh system. Attempting to do it by hand is not recommended and those 1205a6cd4f9dSWarner Losh that pursue this avenue should read this file carefully, as well 1206a6cd4f9dSWarner Losh as the archives of freebsd-current and freebsd-hackers mailing lists 1207a6cd4f9dSWarner Losh for potential gotchas. 1208a6cd4f9dSWarner Losh 1209835284beSWarner Losh [5] Usually this step is a noop. However, from time to time 1210835284beSWarner Losh you may need to do this if you get unknown user in the following 1211835284beSWarner Losh step. It never hurts to do it all the time. You may need to 1212835284beSWarner Losh install a new mergemaster (cd src/usr.sbin/mergemaster && make 1213835284beSWarner Losh install) after the buildworld before this step if you last updated 1214835284beSWarner Losh from current before 20020224 or from -stable before 20020408. 1215835284beSWarner Losh 1216bd79cf40SWarner Losh [6] 4.x boot loader can be used to boot a 5.x system, however 1217bd79cf40SWarner Losh it is difficult to do that at best. If you wish to try, then 1218bd79cf40SWarner Losh you should interrupt the boot and at the ok prompt type: 1219bd79cf40SWarner Losh ok unload 1220bd79cf40SWarner Losh ok boot /boot/kernel/kernel 1221bd79cf40SWarner Losh If this fails to work, you must install a new boot loader as 1222bd79cf40SWarner Losh described here. 1223fc8c157fSWarner Losh 1224fc8c157fSWarner Losh [7] Before you upgrade, please make sure that you are not using 1225fc8c157fSWarner Losh compatibility slices. These are device names of the form, on i386 1226fc8c157fSWarner Losh and other architectures that use MBR slicing, /dev/ad0a without the 1227fc8c157fSWarner Losh actual slice name. Chances are excellent that these will break. 1228fc8c157fSWarner Losh You generally must update these entries to use the post FreeBSD 1229fc8c157fSWarner Losh 2.x form of /dev/ad0s1a. 1230fc8c157fSWarner Losh 1231c74fe6afSWarner Losh [8] In order to have a kernel that can run the 4.x binaries 1232c74fe6afSWarner Losh needed to do an installworld, you must include the COMPAT_FREEBSD4 1233c74fe6afSWarner Losh option in your kernel. Failure to do so may leave you with a system 1234c74fe6afSWarner Losh that is hard to boot to recover. 1235c74fe6afSWarner Losh 123621c075eaSWarner Losh [9] When checking out sources, you must include the -P flag to have 123721c075eaSWarner Losh cvs prune empty directories. 1238dc0dbf5cSWarner LoshFORMAT: 1239dc0dbf5cSWarner Losh 1240f699bbbbSMark OvensThis file contains a list, in reverse chronological order, of major 12411fc1a0dcSWarner Loshbreakages in tracking -current. Not all things will be listed here, 1242f8ab1dd6SWarner Loshand it only starts on March 15, 2000. Updating files can found in 1243f8ab1dd6SWarner Loshprevious releases if your system is older than this. 12441fc1a0dcSWarner Losh 1245e72fd46aSWarner LoshCopyright information: 1246e72fd46aSWarner Losh 12479698f2c0SWarner LoshCopyright 1998, 2002 M. Warner Losh. All Rights Reserved. 1248e72fd46aSWarner Losh 1249772730c7SWarner LoshRedistribution, publication, translation and use, with or without 1250772730c7SWarner Loshmodification, in full or in part, in any form or format of this 12519698f2c0SWarner Loshdocument are permitted without further permission from the author. 1252e72fd46aSWarner Losh 1253e72fd46aSWarner LoshTHIS DOCUMENT IS PROVIDED BY WARNER LOSH ``AS IS'' AND ANY EXPRESS OR 1254e72fd46aSWarner LoshIMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED 1255e72fd46aSWarner LoshWARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE 1256e72fd46aSWarner LoshDISCLAIMED. IN NO EVENT SHALL WARNER LOSH BE LIABLE FOR ANY DIRECT, 1257e72fd46aSWarner LoshINDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES 1258e72fd46aSWarner Losh(INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR 1259e72fd46aSWarner LoshSERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 1260e72fd46aSWarner LoshHOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, 1261e72fd46aSWarner LoshSTRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING 1262e72fd46aSWarner LoshIN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE 1263e72fd46aSWarner LoshPOSSIBILITY OF SUCH DAMAGE. 1264e72fd46aSWarner Losh 1265e72fd46aSWarner LoshIf you find this document useful, and you want to, you may buy the 1266e72fd46aSWarner Loshauthor a beer. 1267e72fd46aSWarner Losh 126822306abcSWarner LoshContact Warner Losh if you have any questions about your use of 1269772730c7SWarner Loshthis document. 1270772730c7SWarner Losh 127197d92980SPeter Wemm$FreeBSD$ 1272