| #
a6aa95eb |
| 21-May-2026 |
Christos Margiolis <christos@FreeBSD.org> |
sound: Create all device nodes with GID_AUDIO
Commit 6024e3f99a1e ("Add audio group") introduced GID_AUDIO, initially for virtual_oss(8) loopback devices. Now make all of them with GID_AUDIO.
Relno
sound: Create all device nodes with GID_AUDIO
Commit 6024e3f99a1e ("Add audio group") introduced GID_AUDIO, initially for virtual_oss(8) loopback devices. Now make all of them with GID_AUDIO.
Relnotes: yes Sponsored by: The FreeBSD Foundation Reviewed by: emaste Pull-Request: https://ron-dev.freebsd.org/FreeBSD/src/pulls/35
show more ...
|
| #
dc14ae42 |
| 28-Apr-2026 |
Alan Somers <asomers@FreeBSD.org> |
bsdinstall: do pkgbase installations with the "script" command
"bsdinstall script" will now do a pkgbase installation by default. The system components to install can be specified in the COMPONENTS
bsdinstall: do pkgbase installations with the "script" command
"bsdinstall script" will now do a pkgbase installation by default. The system components to install can be specified in the COMPONENTS variable, and have the same names as those used in the interactive installer. bsdinstall will still do a legacy distset installation if DISTRIBUTIONS is defined in the installerconfig file.
MFC: 1 week PR: 290375 Sponsored by: ConnectWise Reviewed by: ziaee, ivy, jduran Differential Revision: https://reviews.freebsd.org/D56717
show more ...
|
| #
47a9af4b |
| 08-Apr-2026 |
Aotian Cao <cat1890693@gmail.com> |
rc.d/NETWORKING: remove the NETWORK alias
NETWORKING is the documented placeholder, while /etc/rc.d/NETWORKING still provides the legacy alias NETWORK.
The NETWORKING script was originally introduc
rc.d/NETWORKING: remove the NETWORK alias
NETWORKING is the documented placeholder, while /etc/rc.d/NETWORKING still provides the legacy alias NETWORK.
The NETWORKING script was originally introduced to avoid conflicts with NetBSD's lowercase network script on case-insensitive file systems. The NETWORK alias was retained for compatibility with older scripts.
Following the discussion in PR 293652, remove the legacy NETWORK alias from 16-CURRENT. Keeping both names adds more confusion than value now that NETWORKING is the documented placeholder and current base system and ports tree uses are already clean.
Add an UPDATING entry to note that local RC scripts using REQUIRE: NETWORK should be migrated to REQUIRE: NETWORKING.
PR: 293652 Reviewed by: michaelo, jlduran Relnotes: yes Differential Revision: https://reviews.freebsd.org/D56300
show more ...
|
| #
a2eb0894 |
| 09-Feb-2026 |
Guido Falsi <madpilot@FreeBSD.org> |
sys/netinet6: switch net.inet6.ip6.use_stableaddr to on by default
This change switches to using RFC 7217 algorithm as the default to generate SLAAC addresses for IPv6 interfaces configured with acc
sys/netinet6: switch net.inet6.ip6.use_stableaddr to on by default
This change switches to using RFC 7217 algorithm as the default to generate SLAAC addresses for IPv6 interfaces configured with accept_rtadv.
Reviewed by: pouria, glebius, zlei Approved by: zlei Relnotes: yes Differential Revision: https://reviews.freebsd.org/D55138
show more ...
|
| #
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
|
| #
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 ...
|
| #
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 ...
|
| #
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 ...
|