History log of /freebsd/UPDATING (Results 1 – 25 of 2478)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 9c401bf1 06-Jan-2026 Lexi Winter <ivy@FreeBSD.org>

zstd: Move to a new zstd package

Zstd is a discrete, self-contained system component. To match how we
package zlib, bzip2 and xz, move it to its own package, with a separate
lib package.

Add the n

zstd: Move to a new zstd package

Zstd is a discrete, self-contained system component. To match how we
package zlib, bzip2 and xz, move it to its own package, with a separate
lib package.

Add the new package to the minimal set, since this is a core component
that users expect to be installed.

This change adds a new package to the system so, until we have a proper
policy on how to handle this in release/stable branches, it should not
be MFC'd.

MFC after: never
Reviewed by: bapt
Sponsored by: https://www.patreon.com/bsdivy
Differential Revision: https://reviews.freebsd.org/D53603

show more ...


# 171f9cbb 05-Jan-2026 ykla <yklaxds@gmail.com>

UPDATING: move entry to the correct place

Reviewed by: vexeduxr
Signed-off-by: ykla yklaxds@gmail.com
Sponsored by: Chinese FreeBSD Community
Pull Request: https://github.com/freebsd/freebsd-src/pul

UPDATING: move entry to the correct place

Reviewed by: vexeduxr
Signed-off-by: ykla yklaxds@gmail.com
Sponsored by: Chinese FreeBSD Community
Pull Request: https://github.com/freebsd/freebsd-src/pull/1917

show more ...


# 60eb371c 23-Dec-2025 Rick Macklem <rmacklem@FreeBSD.org>

UPDATING: Add an entry for commit 9f49f436a9ec


Revision tags: release/15.0.0-p1, release/13.5.0-p8, release/14.3.0-p7
# 8ac7a380 11-Dec-2025 Warner Losh <imp@FreeBSD.org>

cam: Reduce overly long timeout values for initial device probing

Currently, we have very long timeouts for the initial probing
commands. However, these are not appropriate for modern (post 2010) SC

cam: Reduce overly long timeout values for initial device probing

Currently, we have very long timeouts for the initial probing
commands. However, these are not appropriate for modern (post 2010) SCSI
disks. Sandards since SPC3 state that these commands should not wait for
media access. Since we retry them several times during the initial bus
scan, these delays can delay the boot by minutes (5 minutes per errant
disk in our expereince). These delays don't help and only hurt, so
reduce the TESTUNITREADY, INQUIRY and MODESENSE commands (during the
initial probe). Provide sysctl/tuneables to change the time for these
and also the REPORTLUNS commands for people that might need to adjust
them for devices that violate this belief but none-the-less work with
longer timeouts.
kern.cam.tur_timeout (default was 60s, now 1s)
kern.cam.inquiry_timeout (default was 60s, now 1s)
kern.cam.reportluns_timeout (default is 60s)
kern.cam.modesense_timeout (default was 60s, now 1s)
This can be partially merged: the sysctls can, but the new defaults likely
shouldn't.

Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D52427

show more ...


Revision tags: release/15.0.0, release/14.3.0-p6, release/13.5.0-p7
# fad4c92b 25-Nov-2025 Ed Maste <emaste@FreeBSD.org>

Revert "kernel linker: Disable local sym resolution by default"

I've received a report of a failure from resolving kern_kmq_open.
Revert for now as we are currently in stabweek.

This reverts commit

Revert "kernel linker: Disable local sym resolution by default"

I've received a report of a failure from resolving kern_kmq_open.
Revert for now as we are currently in stabweek.

This reverts commit 9562994a7aacee2baae6ddee1a7b558b48ae39ef.

Reported by: mav

show more ...


Revision tags: release/13.5.0-p6, release/14.3.0-p5, release/13.5.0-p5, release/14.2.0-p7, release/14.3.0-p4, release/14.3.0-p3, release/14.2.0-p6, release/13.5.0-p4, release/13.5.0-p3, release/14.2.0-p5, release/14.3.0-p2, release/14.3.0-p1, release/14.2.0-p4, release/13.5.0-p2, release/14.3.0, release/13.4.0-p5, release/13.5.0-p1, release/14.2.0-p3, release/13.5.0, release/14.2.0-p2, release/14.1.0-p8, release/13.4.0-p4, release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3, release/14.2.0
# 9562994a 25-Nov-2024 Ed Maste <emaste@FreeBSD.org>

kernel linker: Disable local sym resolution by default

In 95c20faf11a1 and ecd8245e0d77 kib introduced support to have the
kernel linker stop resolving local symbols from other files, but did
not en

kernel linker: Disable local sym resolution by default

In 95c20faf11a1 and ecd8245e0d77 kib introduced support to have the
kernel linker stop resolving local symbols from other files, but did
not enable it by default to avoid surprises. Flip the default now,
before FreeBSD 16.0.

The debug.link_elf_leak_locals and debug.link_elf_obj_leak_locals
sysctls are available to revert to the previous behaviour if necessary.

PR: 207898
Reviewed by: bz
Relnotes: Yes
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D47742

show more ...


# 6ccdd2fc 16-Nov-2025 Colin Percival <cperciva@FreeBSD.org>

UPDATING: Document FreeBSD-base pkg .conf shuffle

Reminded by: yasu
MFC after: 3 days


# 560af6b4 10-Nov-2025 Lexi Winter <ivy@FreeBSD.org>

libpam: Move to a new "pam" package

OpenPAM is a discrete, largely self-contained system component.
Users may not need PAM for many use-cases (e.g. jails, containers),
so move it to its own package.

libpam: Move to a new "pam" package

OpenPAM is a discrete, largely self-contained system component.
Users may not need PAM for many use-cases (e.g. jails, containers),
so move it to its own package.

Use LIB_PACKAGE to create a separate pam-lib package for libpam,
so that applications that support PAM don't need to bring in all
the PAM modules if PAM isn't actually in use.

Add pam to the minimal sets, since this is a core system component that
people expect to be installed. This means all supported installation
methods will install the PAM modules by default, so don't add explicit
dependencies on the PAM modules from things that use PAM (e.g. runtime),
allowing custom/embedded systems to omit these easily.

This change adds a new package to the system so, until we have a proper
policy on how to handle this in release/stable branches, it should not
be MFC'd.

MFC after: never
Reviewed by: des, bapt
Sponsored by: https://www.patreon.com/bsdivy
Differential Revision: https://reviews.freebsd.org/D53602

show more ...


# f939619a 05-Nov-2025 Kristof Provost <kp@FreeBSD.org>

UPDATING: mention pf's nat64 support

MFC after: 3 days
Sponsored by: Rubicon Communications, LLC ("Netgate")


# 088ced14 03-Nov-2025 Rick Macklem <rmacklem@FreeBSD.org>

UPDATING: Add an entry for e5aa60d06958


# 957715f8 25-Oct-2025 Lexi Winter <ivy@FreeBSD.org>

flua: Move to a new flua package

flua is a standalone third-party component that deserves its own
package. In particular, this means things can use flua without
having to depend on FreeBSD-utilitie

flua: Move to a new flua package

flua is a standalone third-party component that deserves its own
package. In particular, this means things can use flua without
having to depend on FreeBSD-utilities, which will be useful as
more base utilities use flua.

This saves ~500kB in FreeBSD-utilities for systems which don't
need flua.

MFC after: 3 days
Reviewed by: kevans
Sponsored by: https://www.patreon.com/bsdivy
Differential Revision: https://reviews.freebsd.org/D53161

show more ...


# 37ad1bea 20-Oct-2025 Bjoern A. Zeeb <bz@FreeBSD.org>

UPDATING: bump __FreeBSD_version for LinuxKPI changes

The size of an embedded struct has changed and might possibly be a
problem. Allow this change to be detected by bumping __FreeBSD_version.

MFC

UPDATING: bump __FreeBSD_version for LinuxKPI changes

The size of an embedded struct has changed and might possibly be a
problem. Allow this change to be detected by bumping __FreeBSD_version.

MFC after: 3 days

show more ...


# 9f85cf09 16-Oct-2025 Ed Maste <emaste@FreeBSD.org>

UPDATING: Belatedly note OpenZFS sysctls moving

Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D52665


# bf848614 15-Oct-2025 Lexi Winter <ivy@FreeBSD.org>

packages: Rename unbound to local-unbound

This more accurately reflects its purpose, and its contents, since
everything in the package is prefixed with "local-".

While here, add a message on upgrad

packages: Rename unbound to local-unbound

This more accurately reflects its purpose, and its contents, since
everything in the package is prefixed with "local-".

While here, add a message on upgrade about regenerating the config.

MFC after: 3 seconds
Requested by: des
Reviewed by: des
Sponsored by: https://www.patreon.com/bsdivy
Differential Revision: https://reviews.freebsd.org/D53056

show more ...


# 376508ef 13-Oct-2025 Jose Luis Duran <jlduran@FreeBSD.org>

UPDATING: Fix typo objump should be objdump

Approved by: emaste (mentor)
Fixes: 86edb11e7491 ("Always install llvm-objdump as objdump")
MFC after: 1 day


# ffa81650 13-Oct-2025 Jose Luis Duran <jlduran@FreeBSD.org>

blocklist: Add an UPDATING entry

Add an UPDATING entry about the renaming of blocklist.

Approved by: emaste (mentor)
Fixes: 7238317403b9 ("blocklist: Rename blacklist to blocklist")
MFC after: 1 day


# 1b806e60 02-Oct-2025 Lexi Winter <ivy@FreeBSD.org>

packages: Add a sound package

Put virtual_oss, /etc/devd/snd.conf and the other audio-related tools
into a new "sound" package. Don't create a separate -lib package,
since it's unlikely someone wil

packages: Add a sound package

Put virtual_oss, /etc/devd/snd.conf and the other audio-related tools
into a new "sound" package. Don't create a separate -lib package,
since it's unlikely someone will want mixer(3) without mixer(8).

Put the sound package in the optional set rather than minimal, since
it's not actually required for audio hardware support, and many systems
(including nearly all servers) won't want it installed.

MFC after: 3 seconds
Reviewed by: christos
Sponsored by: https://www.patreon.com/bsdivy
Differential Revision: https://reviews.freebsd.org/D52823

show more ...


# 52ce8103 30-Sep-2025 Bjoern A. Zeeb <bz@FreeBSD.org>

UPDATING: bump __FreeBSD_version for drm-kmod/nvidia-drm vs. LinuxLPI

Both drm-kmod and nvidia-drm were updated to keep compiling and/or
working after the latest LinuxKPI PCI changes. Some of what

UPDATING: bump __FreeBSD_version for drm-kmod/nvidia-drm vs. LinuxLPI

Both drm-kmod and nvidia-drm were updated to keep compiling and/or
working after the latest LinuxKPI PCI changes. Some of what should
have worked for a long time but did not or conflicted was hidden
behind native PCI calls instead of using LinuxKPI. We cleaned this
up. Bump __FreeBSD_version so that users will get the updated packages.

MFC after: 3 days
PR: 289647

show more ...


# 614c8750 29-Sep-2025 Lexi Winter <ivy@FreeBSD.org>

Remove ftpd(8)

This was previously deprecated and is slated for removal in 15.0.
Users who still need ftpd(8) can install the ftp/freebsd-ftpd port.

Retain the ftp(d) PAM services since other FTP d

Remove ftpd(8)

This was previously deprecated and is slated for removal in 15.0.
Users who still need ftpd(8) can install the ftp/freebsd-ftpd port.

Retain the ftp(d) PAM services since other FTP daemons use them.

Update /etc/inetd.conf to point to /usr/local.

Add ftpd to ObsoleteFiles, but do not list configuration files since
users may want to preserve these to use with the freebsd-ftpd port.

There is still some language in the manual referring to ftpd(8)
which is relevant to the port, which has been retained but updated
to reference the port.

MFC after: 3 days
Relnotes: yes
Reviewed by: cperciva
Differential Revision: https://reviews.freebsd.org/D52739

show more ...


# 61ca6911 23-Sep-2025 Lexi Winter <ivy@FreeBSD.org>

packages: Replace libbz2 package with a bzip2 package

Currently libbz2 is in the libbz2 package, while bzip2 itself is in
-utilities, which is inconsistent. Move both the library and the
utility to

packages: Replace libbz2 package with a bzip2 package

Currently libbz2 is in the libbz2 package, while bzip2 itself is in
-utilities, which is inconsistent. Move both the library and the
utility to a new -bzip2 package, and use LIB_PACKAGE to create a
separate -bzip2-lib package for runtime dependencies.

Add the bzip2 package to the minimal set, and since newsyslogd uses
bzip2 for logfile compression, add a dependency from there.

MFC after: 1 day
Reviewed by: manu
Differential Revision: https://reviews.freebsd.org/D52663

show more ...


# 67c3c3a2 23-Sep-2025 Lexi Winter <ivy@FreeBSD.org>

libpmc: Move libpmc and utils to a new pmc package

Due to the size of libpmc.so.5, this reduces the size of the -utilities
package by 10%.

MFC after: 1 day
Reviewed by: manu, adrian, emaste
Differe

libpmc: Move libpmc and utils to a new pmc package

Due to the size of libpmc.so.5, this reduces the size of the -utilities
package by 10%.

MFC after: 1 day
Reviewed by: manu, adrian, emaste
Differential Revision: https://reviews.freebsd.org/D52662

show more ...


# 5efd371b 23-Sep-2025 Lexi Winter <ivy@FreeBSD.org>

packages: Move powerd to its own package

Nearly everyone wants powerd to manage CPU frequency scaling on real
hardware, even if -utilities isn't installed. Conversely, very small
jails might want -

packages: Move powerd to its own package

Nearly everyone wants powerd to manage CPU frequency scaling on real
hardware, even if -utilities isn't installed. Conversely, very small
jails might want -utilities but don't need powerd.

Move it to its own package and add it to the minimal set.

MFC after: 1 day
Reviewed by: manu, imp
Differential Revision: https://reviews.freebsd.org/D52645

show more ...


# ea5e50c2 18-Sep-2025 Lexi Winter <ivy@FreeBSD.org>

packages: Add a mandoc package

Move mandoc to its own package so users can install it independently of
-utilities. Put the package in the minimal set, since we also ship
manpages in minimal and "ma

packages: Add a mandoc package

Move mandoc to its own package so users can install it independently of
-utilities. Put the package in the minimal set, since we also ship
manpages in minimal and "man" is a basic Unix utility.

Add a pkg-triggers(5) hook to run makewhatis when new manpages are
installed, so that apropos(1) works. This depends on a new pkg(8)
feature expected to be in in the upcoming 2.3.2 release; in the mean
time, this is a no-op (i.e., having an older pkg doesn't break anything,
it just won't run the trigger).

MFC after: 3 seconds
Reviewed by: bapt
Differential Revision: https://reviews.freebsd.org/D52564

show more ...


# 9065390d 18-Sep-2025 Lexi Winter <ivy@FreeBSD.org>

packages: Remove the tests-dev package

We don't want a tests-dev package, because this means set-devel depends
on tests-dev, which transitively depends on tests, which means you can't
install set-de

packages: Remove the tests-dev package

We don't want a tests-dev package, because this means set-devel depends
on tests-dev, which transitively depends on tests, which means you can't
install set-devel without also getting tests.

The only real "dev" files in tests-dev are from ATF (libprivateatf),
so move that to its own package and add a dependency from tests.

Also move Kyua to its own package, since this might be useful for
running tests even when the user doesn't want the whole set of base
tests installed.

Add a dependency from -tests to both -atf and -kyua, and a dependency
on -set-base, since the tests won't work without the full base system
installed.

The remaining "dev" files in tests are actually test artifacts, not real
development libraries. Add a new NO_DEV_PACKAGE option to bsd.lib.mk,
which causes dev files to be installed in the base package instead of
creating a -dev package, and set this option for everything that
installs test libraries.

While here, add a slightly more informative description for the tests
package.

MFC after: 3 seconds
Reviewed by: bapt, emaste
Differential Revision: https://reviews.freebsd.org/D52597

show more ...


# e239f491 14-Sep-2025 Harry Fellowes <harryfellowes1@gmail.com>

UPDATING: fix typos

Fixed typos in UPDATING

Signed-off-by: Harry Fellowes <harryfellowes1@gmail.com>
Reviewed by: imp
Pull Request: https://github.com/freebsd/freebsd-src/pull/1846


12345678910>>...100