summaryrefslogtreecommitdiff
path: root/UPDATING
Commit message (Collapse)AuthorAgeFilesLines
* /etc/services: attempt to bring the database to this century 2/2.Pedro F. Giffuni2020-12-171-0/+6
| | | | | | | | | | | | | | | This is the final half of splitting r358153 in two, in order to avoid a build system bugs and being able to merge an earlier change to previous releases. Add a note to UPDATING to avoid people building from very old systems from having issues with mergemaster MFC after: 3 days (only 12-stable) Differential Revision: https://reviews.freebsd.org/D23621 Notes: svn path=/head/; revision=368712
* Retire obsolete GDB 6.1.1Ed Maste2020-12-151-0/+4
| | | | | | | | | | | | | | | | | | | | | GDB 6.1.1 was released in June 2004 and is long obsolete. It does not support all of the architectures that FreeBSD does, and imposes limitations on the FreeBSD kernel build, such as the continued use of DWARF2 debugging information. It was kept (in /usr/libexec/) only for use by crashinfo(8), which extracts some basic information from a kernel core dump after a crash. Crashinfo already prefers gdb from port/package if installed. Future work may add kernel debug support to LLDB or find another path for crashinfo's needs, but in any case we do not want to ship the excessively outdated GDB in FreeBSD 13. Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D27610 Notes: svn path=/head/; revision=368667
* Merge ping6 to pingAlan Somers2020-11-261-0/+4
| | | | | | | | | | | | | There is now a single ping binary, which chooses to use ICMP or ICMPv4 based on the -4 and -6 options, and the format of the address. Submitted by: Ján Sučan <sucanjan@gmail.com> Sponsored by: Google LLC (Google Summer of Code 2019) MFC after: Never Differential Revision: https://reviews.freebsd.org/D21377 Notes: svn path=/head/; revision=368045
* Switch net.add_addr_allfibs default to 0.Alexander V. Chernikov2020-11-081-0/+4
| | | | | | | | | | | | | | | | | | The goal of the fib support is to provide multiple independent routing tables, isolated from each other. net.add_addr_allfibs default tries to shift gears in the opposite direction, unconditionally inserting all addresses to all of the fibs. There are use cases when this is necessary, however this is not a default expected behaviour, especially compared to other implementations. Provide WARNING message for the setups with multiple fibs to notify potential users of the feature. Differential Revision: https://reviews.freebsd.org/D26076 Notes: svn path=/head/; revision=367491
* Also mention PORTS_MODULESWarner Losh2020-11-081-10/+12
| | | | | | | | | | PORTS_MODULES is also an effective way to update the tree. Also a minor rejustify on this an an adjacent paragraph. Suggested by: David Wolfskill Notes: svn path=/head/; revision=367475
* Be explicit about recompiling all the modules...Warner Losh2020-11-081-1/+6
| | | | | | | | | Add a note about always recompiling all modules on every new kernel change / update. In addition, suggest using /usr/local/sys/modules so this happens automatically. Notes: svn path=/head/; revision=367474
* Fix year in 2 most recent entries (2010 -> 2020)Stefan Eßer2020-11-011-2/+2
| | | | | | | Reported by: mack@macktronics.com (Dan Mack) Notes: svn path=/head/; revision=367254
* Mention the more strict consistency checks performed by calendar(), whichStefan Eßer2020-10-311-0/+7
| | | | | | | | can make the program abort with an error message on previously accepted but malformed input files. Notes: svn path=/head/; revision=367221
* Attempt to defuse a land mine before anyone else steps on it: TheColin Percival2020-10-311-3/+5
| | | | | | | | | | | | | | freebsd-boot partition is not always the first one. Following the instructions in UPDATING resulted in my overwriting the efiboot0 partition on my laptop with ZFS boot blocks, which had negative effects on the system's bootability. Reviewed by: allanjude Differential Revision: https://reviews.freebsd.org/D27002 Notes: svn path=/head/; revision=367195
* calendar: remove all datafiles except freebsd oneWarner Losh2020-10-261-0/+8
| | | | | | | | | | | | | Move all the data files for the calendar(1) program, except calendar.freebsd to the calendar-data package. When a file can't be found, and /usr/local/share/calendar doesn't exist provide a helpful hint to install this package. Reviewed by: se@ Differential Revision: https://reviews.freebsd.org/D26926 Notes: svn path=/head/; revision=367051
* Correct the primary to find(1)Li-Wen Hsu2020-10-091-1/+1
| | | | | | | Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=366561
* Create in-tree LINT filesWarner Losh2020-10-091-0/+13
| | | | | | | | | | | | | | | | | | Now that config(8) has supported include for 19 years, transition to including the NOTES files. include support didn't exist at the time, nor did the envvar stuff recently added. Now that it does, eliminate the building of LINT files by just including everything you need. Note: This may cause conflicts with updating in some cases. find sys -name LINT\* -rm is suggested across this commit to remove the generated LINT files. Reviewed by: kevans Differential Revision: https://reviews.freebsd.org/D26540 Notes: svn path=/head/; revision=366559
* fix typo imorted -> imported.Warner Losh2020-09-261-1/+1
| | | | | | | Noticed by: Maigurs Stalidzans Notes: svn path=/head/; revision=366181
* Turn MALLOC_PRODUCTION into a regular src.conf(5) optionDimitry Andric2020-09-051-3/+3
| | | | | | | | | | | | | | | | | | For historical reasons, defining MALLOC_PRODUCTION in /etc/make.conf has been used to turn off potentially expensive debug checks and statistics gathering in the implementation of malloc(3). It seems more consistent to turn this into a regular src.conf(5) option, e.g. WITH_MALLOC_PRODUCTION / WITHOUT_MALLOC_PRODUCTION. This can then be toggled similar to any other source build option, and turned on or off by default for e.g. stable branches. Reviewed by: imp, #manpages MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D26337 Notes: svn path=/head/; revision=365371
* Correct and expand on OpenZFS cache file and auto importRyan Moeller2020-09-021-2/+6
| | | | | | | | Reported by: avg Sponsored by: iXsystems, Inc. Notes: svn path=/head/; revision=365252
* Add note about needing to manually import the zfs pools or updateWarner Losh2020-09-021-0/+4
| | | | | | | /etc/rc.d due to the cache file moving to /etc. Notes: svn path=/head/; revision=365249
* Add note about NO_CLEAN build.Warner Losh2020-08-271-0/+4
| | | | | | | | NO_CLEAN doesn't quite work for some scenarios when rebuilding older kernels, but the kernels build w/o NO_CLEAN. Notes: svn path=/head/; revision=364875
* Each entry in UPDATING needs a dateWarner Losh2020-08-261-1/+1
| | | | | | | | | It's rare for there to be two updating entries on the same day (once a decade or so), but we have that here. Add the date to the second one since devd and zfs are unrelated. Notes: svn path=/head/; revision=364834
* Give stronger guidance with regards to upgrading root poolsMatt Macy2020-08-251-3/+4
| | | | Notes: svn path=/head/; revision=364772
* Mention OpenZFS merge in UPDATINGMatt Macy2020-08-251-0/+5
| | | | Notes: svn path=/head/; revision=364749
* Document the kern -> kernel name change for resume events.Warner Losh2020-08-241-0/+6
| | | | | | | MFC After: 3 days Notes: svn path=/head/; revision=364726
* Add an entry for r364475.Rick Macklem2020-08-221-0/+5
| | | | Notes: svn path=/head/; revision=364477
* Add an entry to UPDATING for r364330.Rick Macklem2020-08-181-0/+4
| | | | Notes: svn path=/head/; revision=364332
* Set tentative merge date.Dimitry Andric2020-08-161-1/+1
| | | | Notes: svn path=/projects/clang1100-import/; revision=364278
* Merge ^/head r364082 through r364250.Dimitry Andric2020-08-151-0/+5
|\ | | | | | | Notes: svn path=/projects/clang1100-import/; revision=364251
| * Add an UPDATING entry for r364092, since it did a version bump.Rick Macklem2020-08-111-0/+5
| | | | | | | | Notes: svn path=/head/; revision=364096
* | Merge ^/head r363989 through r364034.Dimitry Andric2020-08-071-0/+6
|\| | | | | | | Notes: svn path=/projects/clang1100-import/; revision=364035
| * The practice of creating symbolic links is somewhat fragile. AlwaysWarner Losh2020-08-071-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | make copies instead. There's too many times that we can't run the new binaries with old libraries. Making the links when things are known to be 'safe' is a nice optimization, but a copy of all the binaries is only 30MB, so saving the copies at the cost of increased support when new symbols are added and used as part of the bootstrap seems to be unwise. There may be additional optimizations possible here, especially for !FreeBSD hosts. However, that's beyond the scope of the problem I'm trying to fix with make failing mid-way through an installworld across change r363679. This optimization there caused us to run a new binary with an old library once a new make was installed due to the symbolic link. One could just copy make, but then other binaries fail as well, so rather than play whack-a-mole, I opted to take us back to the old way. Before r340157 or so we did copies (thogh of a lot fewer artifacts), and we didn't have issues like this. Reviewed by: arichards@ Differential Revision: https://reviews.freebsd.org/D25967 Notes: svn path=/head/; revision=364030
* | Tentatively update UPDATING and ObsoleteFiles.inc for 11.0.0.Dimitry Andric2020-08-061-0/+6
|/ | | | Notes: svn path=/projects/clang1100-import/; revision=363985
* UPDATING: Add a note about running installworld twiceKyle Evans2020-07-311-0/+5
| | | | | | | | | | | | | | Some folks seem to be hitting issues with build orchestration; presumably some of our .WAIT-removal optimizations are going awry, and they're ending up with applications linked against new libc being installed before the new libc. Letting installworld complete the first time should ensure that the new libc is installed by the end of it, then the second installworld will ensure consistency as everything should succeed. Notes: svn path=/head/; revision=363723
* UPDATING / RELNOTES: Document new regcomp(3) behaviorKyle Evans2020-07-291-0/+7
| | | | | | | | This is a breaking change that had a not-insignificant impact in ports, it is worth documenting it well. Notes: svn path=/head/; revision=363681
* Add a note regarding the introduction of the new bc and dc implementationsStefan Eßer2020-07-051-0/+9
| | | | | | | that are built by default on -CURRENT after 2020-06-26. Notes: svn path=/head/; revision=362945
* Add an entry for r362639.Rick Macklem2020-06-261-0/+4
| | | | Notes: svn path=/head/; revision=362641
* Add an entry to UPDATING for r362158.Rick Macklem2020-06-141-0/+5
| | | | Notes: svn path=/head/; revision=362160
* RELNOTES and UPDATING: Document the new policy on read(2) of dirfdKyle Evans2020-06-041-0/+12
| | | | | | | These changes have been completely flushed as of r361799; note it. Notes: svn path=/head/; revision=361800
* Add an UPDATING entry for r360964Eric van Gyzen2020-05-281-0/+4
| | | | | | | | Reported by: rpokala Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=361606
* Merge llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmpDimitry Andric2020-05-231-0/+6
| | | | | | | | | llvmorg-10.0.1-rc1-0-gf79cd71e145 (aka 10.0.1 rc1). MFC after: 3 weeks Notes: svn path=/head/; revision=361410
* UPDATING: Fix the date of the closefrom(2) entryKyle Evans2020-04-241-1/+1
| | | | | | | | Apologies; my internal calendar says it's still February, but that doesn't seem to match reality where we've apparently advanced two months. Notes: svn path=/head/; revision=360251
* UPDATING: add a note about closefrom(2) marked COMPAT12Kyle Evans2020-04-241-0/+7
| | | | | | | | | | | | Some of the consumers in-base may make it enticing enough to ensure that COMPAT_FREEBSD12, which is notably a fairly light option at the moment, is included in custom kernel configs. Suggested by: netchild Casualty: mail jail Notes: svn path=/head/; revision=360250
* allwinner: aw_thermal: Cope with DTS changesEmmanuel Vadot2020-04-141-0/+8
| | | | | | | | | | | | | The upstream DTS now include the thermal device node and the SID calibration entry. Update our driver to cope with this change and remove the DTB overlays that aren't needed anymore. MFC after: 2 months X-MFC-With: r359934 Notes: svn path=/head/; revision=359935
* Set tentative dates.Dimitry Andric2020-03-101-1/+1
| | | | Notes: svn path=/projects/clang1000-import/; revision=358833
* Merge ^/head r358731 through r358831.Dimitry Andric2020-03-101-0/+5
|\ | | | | | | Notes: svn path=/projects/clang1000-import/; revision=358832
| * retire amd(8)Ed Maste2020-03-091-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | autofs was introduced with FreeBSD 10.1 and is the supported method for automounting filesystems. As of r296194 the amd man page claimed that it is deprecated. Remove it from base now; the sysutils/am-utils port is still available if necessary. Discussed with: cy Relnotes: Yes Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=358821
* | Merge ^/head r358466 through r358677.Dimitry Andric2020-03-051-0/+8
|\| | | | | | | Notes: svn path=/projects/clang1000-import/; revision=358678
| * Remove bktr(4)Warner Losh2020-03-011-0/+3
| | | | | | | | | | | | | | | | | | | | Remove the brooktree driver as discussed on arch@. Bump FreeBSD version to 1300082, though I doubt anything will care. Relnote: yes Notes: svn path=/head/; revision=358497
| * retire in-tree GPL dtc devicetree compilerEd Maste2020-02-291-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Now that we no longer have GCC 4.2.1 in the tree and can assume FreeBSD is being built with a C++11 compiler available, we can use BSDL dtc unconditionally and retire the GPL dtc. GPL dtc now has FreeBSD CI support via Cirrus-CI to help ensure it continues to build/work on FreeBSD and is available in the ports tree if needed. The copy of (copyfree licensed) libfdt that we actually use is in sys/contrib/libfdt so the extra copy under contrib/dtc/libfdt can be removed along with the rest of the GPL dtc. Reviewed by: kevans, ian, imp, manu, theraven Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23192 Notes: svn path=/head/; revision=358468
* | Merge ^/head r358400 through r358465.Dimitry Andric2020-02-291-0/+10
|\| | | | | | | Notes: svn path=/projects/clang1000-import/; revision=358466
| * retire the LLVM_LIBUNWIND optionEd Maste2020-02-291-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | LLVM's libunwind is used on all FreeBSD-supported CPU architectures and is a required component. Reviewed by: brooks (earlier) Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23123 Notes: svn path=/head/; revision=358460
| * remove GCC 4.2.1 build infrastructureEd Maste2020-02-291-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As described in Warner's email message[1] to the FreeBSD-arch mailing list we have reached GCC 4.2.1's retirement date. At this time all supported architectures either use in-tree Clang, or rely on external toolchain (i.e., a contemporary GCC version from ports). GCC 4.2.1 was released July 18, 2007 and was imported into FreeBSD later that year, in r171825. GCC has served us well, but version 4.2.1 is obsolete and not used by default on any architecture in FreeBSD. It does not support modern C and does not support arm64 or RISC-V. Thanks to everyone responsible for maintaining, updating, and testing GCC in the FreeBSD base system over the years. So long, and thanks for all the fish. [1] https://lists.freebsd.org/pipermail/freebsd-arch/2020-January/019823.html PR: 228919 Reviewed by: brooks, imp Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D23124 Notes: svn path=/head/; revision=358454
* | Merge r358179 through r358238.Dimitry Andric2020-02-221-1/+1
|\| | | | | | | | | | | | | PR: 244251 Notes: svn path=/projects/clang1000-import/; revision=358239
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-23 15:58:47 +0000