History log of /src/UPDATING (Results 226 – 250 of 5428)
Revision Date Author Comments
# d386f3a3 28-Jan-2021 Bjoern A. Zeeb <bz@FreeBSD.org>

Bump __FreeBSD_version for multiple LinuxKPI updates conflicting
with DRM. Be sure to update your drm-kmod port to after the update.


# af3993c9 22-Jan-2021 Li-Wen Hsu <lwhsu@FreeBSD.org>

Catch up another version bump to 14.0

Reported by: rm


# a53ce3fc 22-Jan-2021 Glen Barber <gjb@FreeBSD.org>

Bump CURRENT to 14.0

This one goes to 14.

Approved by: re (implicit)
Sponsored by: Rubicon Communications, LLC ("Netgate")


# 429c7d1a 08-Jan-2021 Warner Losh <imp@FreeBSD.org>

pccard: Update UPDATING

Update the UPDATING file for PC Card device removal. Also note that
1300134 is used for the FreeBSD_version since wulf@ just bumped that
in the last few hours.


# 81098ca8 08-Jan-2021 Vladimir Kondratyev <wulf@FreeBSD.org>

Set current date in to placeholders.


# a84b0e94 06-Jan-2021 Vladimir Kondratyev <wulf@FreeBSD.org>

hid: Add UPDATING entry and bump __FreeBSD_version

Reviewed by: hselasky
Differential revision: https://reviews.freebsd.org/D28019


# 009c1100 05-Jan-2021 Baptiste Daroussin <bapt@FreeBSD.org>

UPDATING: we are now in 2021, bye 2020

Reported by: N.J. Mann <njm@njm.me.uk>


# bed70f83 05-Jan-2021 Baptiste Daroussin <bapt@FreeBSD.org>

ncurses: document the change requires a clean build

Reporter by: cy


# 878d5341 23-Dec-2020 Warner Losh <imp@FreeBSD.org>

UPDATING: Announce git transition

Add an entry for the transition to git.


# 228e2087 17-Dec-2020 Pedro F. Giffuni <pfg@FreeBSD.org>

/etc/services: attempt to bring the database to this century 2/2.

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

/etc/services: attempt to bring the database to this century 2/2.

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

show more ...


# 1c0ea326 15-Dec-2020 Ed Maste <emaste@FreeBSD.org>

Retire obsolete GDB 6.1.1

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 buil

Retire obsolete GDB 6.1.1

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

show more ...


# 3cde9171 26-Nov-2020 Alan Somers <asomers@FreeBSD.org>

Merge ping6 to ping

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

Merge ping6 to ping

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

show more ...


# 2d398241 08-Nov-2020 Alexander V. Chernikov <melifaro@FreeBSD.org>

Switch net.add_addr_allfibs default to 0.

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

Switch net.add_addr_allfibs default to 0.

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

show more ...


# d2799054 08-Nov-2020 Warner Losh <imp@FreeBSD.org>

Also mention PORTS_MODULES

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


# cc408e29 08-Nov-2020 Warner Losh <imp@FreeBSD.org>

Be explicit about recompiling all the modules...

Add a note about always recompiling all modules on every new kernel
change / update. In addition, suggest using /usr/local/sys/modules
so this happen

Be explicit about recompiling all the modules...

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.

show more ...


# a97cfe08 01-Nov-2020 Stefan Eßer <se@FreeBSD.org>

Fix year in 2 most recent entries (2010 -> 2020)

Reported by: mack@macktronics.com (Dan Mack)


# 7afa1a75 31-Oct-2020 Stefan Eßer <se@FreeBSD.org>

Mention the more strict consistency checks performed by calendar(), which
can make the program abort with an error message on previously accepted
but malformed input files.


# d8e59012 31-Oct-2020 Colin Percival <cperciva@FreeBSD.org>

Attempt to defuse a land mine before anyone else steps on it: The
freebsd-boot partition is not always the first one.

Following the instructions in UPDATING resulted in my overwriting
the efiboot0 p

Attempt to defuse a land mine before anyone else steps on it: The
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

show more ...


# d20d6550 26-Oct-2020 Warner Losh <imp@FreeBSD.org>

calendar: remove all datafiles except freebsd one

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/loca

calendar: remove all datafiles except freebsd one

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

show more ...


# 0d948bff 09-Oct-2020 Li-Wen Hsu <lwhsu@FreeBSD.org>

Correct the primary to find(1)

Sponsored by: The FreeBSD Foundation


# 7e46dafa 09-Oct-2020 Warner Losh <imp@FreeBSD.org>

Create in-tree LINT files

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

Create in-tree LINT files

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

show more ...


# dee0d87c 26-Sep-2020 Warner Losh <imp@FreeBSD.org>

fix typo imorted -> imported.

Noticed by: Maigurs Stalidzans


# 7d4374f6 05-Sep-2020 Dimitry Andric <dim@FreeBSD.org>

Turn MALLOC_PRODUCTION into a regular src.conf(5) option

For historical reasons, defining MALLOC_PRODUCTION in /etc/make.conf has
been used to turn off potentially expensive debug checks and statist

Turn MALLOC_PRODUCTION into a regular src.conf(5) option

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

show more ...


# de209fe1 02-Sep-2020 Ryan Moeller <freqlabs@FreeBSD.org>

Correct and expand on OpenZFS cache file and auto import

Reported by: avg
Sponsored by: iXsystems, Inc.


# f03478b1 02-Sep-2020 Warner Losh <imp@FreeBSD.org>

Add note about needing to manually import the zfs pools or update
/etc/rc.d due to the cache file moving to /etc.


12345678910>>...218