<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in UPDATING</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>a6aa95eba6ee2dd199d6cb8063dbaccd8a6f7512 - sound: Create all device nodes with GID_AUDIO</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#a6aa95eba6ee2dd199d6cb8063dbaccd8a6f7512</link>
        <description>sound: Create all device nodes with GID_AUDIOCommit 6024e3f99a1e (&quot;Add audio group&quot;) introduced GID_AUDIO, initiallyfor virtual_oss(8) loopback devices. Now make all of them withGID_AUDIO.Relnotes:	yesSponsored by:	The FreeBSD FoundationReviewed by:	emastePull-Request:	https://ron-dev.freebsd.org/FreeBSD/src/pulls/35

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Thu, 21 May 2026 20:03:31 +0200</pubDate>
        <dc:creator>Christos Margiolis &lt;christos@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>dc14ae4217a0babb1240f813b642edc2d7b955a6 - bsdinstall: do pkgbase installations with the &quot;script&quot; command</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#dc14ae4217a0babb1240f813b642edc2d7b955a6</link>
        <description>bsdinstall: do pkgbase installations with the &quot;script&quot; command&quot;bsdinstall script&quot; will now do a pkgbase installation by default.  Thesystem components to install can be specified in the COMPONENTSvariable, and have the same names as those used in the interactiveinstaller.  bsdinstall will still do a legacy distset installation ifDISTRIBUTIONS is defined in the installerconfig file.MFC:		1 weekPR:		290375Sponsored by:	ConnectWiseReviewed by:	ziaee, ivy, jduranDifferential Revision: https://reviews.freebsd.org/D56717

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Tue, 28 Apr 2026 19:27:17 +0200</pubDate>
        <dc:creator>Alan Somers &lt;asomers@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>47a9af4b39bf174efed7f6d43644d4b0bc0c9886 - rc.d/NETWORKING: remove the NETWORK alias</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#47a9af4b39bf174efed7f6d43644d4b0bc0c9886</link>
        <description>rc.d/NETWORKING: remove the NETWORK aliasNETWORKING is the documented placeholder, while/etc/rc.d/NETWORKING still provides the legacy aliasNETWORK.The NETWORKING script was originally introduced to avoidconflicts with NetBSD&apos;s lowercase network script oncase-insensitive file systems.  The NETWORK alias wasretained for compatibility with older scripts.Following the discussion in PR 293652, remove the legacyNETWORK alias from 16-CURRENT.  Keeping both names addsmore confusion than value now that NETWORKING is thedocumented placeholder and current base system and portstree uses are already clean.Add an UPDATING entry to note that local RC scripts usingREQUIRE: NETWORK should be migrated to REQUIRE: NETWORKING.PR:		293652Reviewed by:	michaelo, jlduranRelnotes:	yesDifferential Revision:	https://reviews.freebsd.org/D56300

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Wed, 08 Apr 2026 09:58:00 +0200</pubDate>
        <dc:creator>Aotian Cao &lt;cat1890693@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>a2eb0894b79bd0241e51c6888a52bea369ae8a6a - sys/netinet6: switch net.inet6.ip6.use_stableaddr to on by default</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#a2eb0894b79bd0241e51c6888a52bea369ae8a6a</link>
        <description>sys/netinet6: switch net.inet6.ip6.use_stableaddr to on by defaultThis change switches to using RFC 7217 algorithm as the default togenerate SLAAC addresses for IPv6 interfaces configured withaccept_rtadv.Reviewed by:		pouria, glebius, zleiApproved by:		zleiRelnotes:		yesDifferential Revision:	https://reviews.freebsd.org/D55138

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 09 Feb 2026 21:27:15 +0100</pubDate>
        <dc:creator>Guido Falsi &lt;madpilot@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9c401bf14854ef20e5e187395a686b0d1b7bcb5f - zstd: Move to a new zstd package</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#9c401bf14854ef20e5e187395a686b0d1b7bcb5f</link>
        <description>zstd: Move to a new zstd packageZstd is a discrete, self-contained system component.  To match how wepackage zlib, bzip2 and xz, move it to its own package, with a separatelib package.Add the new package to the minimal set, since this is a core componentthat users expect to be installed.This change adds a new package to the system so, until we have a properpolicy on how to handle this in release/stable branches, it should notbe MFC&apos;d.MFC after:	neverReviewed by:	baptSponsored by:	https://www.patreon.com/bsdivyDifferential Revision:	https://reviews.freebsd.org/D53603

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Tue, 06 Jan 2026 05:23:22 +0100</pubDate>
        <dc:creator>Lexi Winter &lt;ivy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>171f9cbbbfa1f29c854716dc5a1904d9c8d8ea78 - UPDATING: move entry to the correct place</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#171f9cbbbfa1f29c854716dc5a1904d9c8d8ea78</link>
        <description>UPDATING: move entry to the correct placeReviewed by:	vexeduxrSigned-off-by:	ykla yklaxds@gmail.comSponsored by:	Chinese FreeBSD CommunityPull Request:	https://github.com/freebsd/freebsd-src/pull/1917

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 05 Jan 2026 05:40:56 +0100</pubDate>
        <dc:creator>ykla &lt;yklaxds@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>60eb371c2b9aab8cfe3196dc960cc5db1f0ec584 - UPDATING: Add an entry for commit 9f49f436a9ec</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#60eb371c2b9aab8cfe3196dc960cc5db1f0ec584</link>
        <description>UPDATING: Add an entry for commit 9f49f436a9ec

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Tue, 23 Dec 2025 00:28:59 +0100</pubDate>
        <dc:creator>Rick Macklem &lt;rmacklem@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>8ac7a3801c6a780edf6166c14915d7ac6e36e816 - cam: Reduce overly long timeout values for initial device probing</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#8ac7a3801c6a780edf6166c14915d7ac6e36e816</link>
        <description>cam: Reduce overly long timeout values for initial device probingCurrently, we have very long timeouts for the initial probingcommands. However, these are not appropriate for modern (post 2010) SCSIdisks. Sandards since SPC3 state that these commands should not wait formedia access. Since we retry them several times during the initial busscan, these delays can delay the boot by minutes (5 minutes per errantdisk in our expereince). These delays don&apos;t help and only hurt, soreduce the TESTUNITREADY, INQUIRY and MODESENSE commands (during theinitial probe). Provide sysctl/tuneables to change the time for theseand also the REPORTLUNS commands for people that might need to adjustthem for devices that violate this belief but none-the-less work withlonger 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 likelyshouldn&apos;t.Sponsored by:		NetflixDifferential Revision:	https://reviews.freebsd.org/D52427

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Thu, 11 Dec 2025 20:05:32 +0100</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>fad4c92b78a123f87195173ac118655fa8e325cd - Revert &quot;kernel linker: Disable local sym resolution by default&quot;</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#fad4c92b78a123f87195173ac118655fa8e325cd</link>
        <description>Revert &quot;kernel linker: Disable local sym resolution by default&quot;I&apos;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

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Tue, 25 Nov 2025 18:12:36 +0100</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9562994a7aacee2baae6ddee1a7b558b48ae39ef - kernel linker: Disable local sym resolution by default</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#9562994a7aacee2baae6ddee1a7b558b48ae39ef</link>
        <description>kernel linker: Disable local sym resolution by defaultIn 95c20faf11a1 and ecd8245e0d77 kib introduced support to have thekernel linker stop resolving local symbols from other files, but didnot 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_localssysctls are available to revert to the previous behaviour if necessary.PR:		207898Reviewed by:	bzRelnotes:	YesSponsored by:	The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D47742

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 25 Nov 2024 20:05:54 +0100</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>6ccdd2fc2328dd81b9c645fba025d01052a3c1a1 - UPDATING: Document FreeBSD-base pkg .conf shuffle</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#6ccdd2fc2328dd81b9c645fba025d01052a3c1a1</link>
        <description>UPDATING: Document FreeBSD-base pkg .conf shuffleReminded by:	yasuMFC after:	3 days

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Sun, 16 Nov 2025 17:56:12 +0100</pubDate>
        <dc:creator>Colin Percival &lt;cperciva@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>560af6b43e2a86e591e94bea99777630cd5f84fd - libpam: Move to a new &quot;pam&quot; package</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#560af6b43e2a86e591e94bea99777630cd5f84fd</link>
        <description>libpam: Move to a new &quot;pam&quot; packageOpenPAM 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&apos;t need to bring in allthe PAM modules if PAM isn&apos;t actually in use.Add pam to the minimal sets, since this is a core system component thatpeople expect to be installed.  This means all supported installationmethods will install the PAM modules by default, so don&apos;t add explicitdependencies 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 properpolicy on how to handle this in release/stable branches, it should notbe MFC&apos;d.MFC after:	neverReviewed by:	des, baptSponsored by:	https://www.patreon.com/bsdivyDifferential Revision:	https://reviews.freebsd.org/D53602

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 10 Nov 2025 11:20:33 +0100</pubDate>
        <dc:creator>Lexi Winter &lt;ivy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f939619a2f989656e1ecdfd7a2759e3ba44d4ec7 - UPDATING: mention pf&apos;s nat64 support</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#f939619a2f989656e1ecdfd7a2759e3ba44d4ec7</link>
        <description>UPDATING: mention pf&apos;s nat64 supportMFC after:	3 daysSponsored by:	Rubicon Communications, LLC (&quot;Netgate&quot;)

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Wed, 05 Nov 2025 10:59:43 +0100</pubDate>
        <dc:creator>Kristof Provost &lt;kp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>088ced14a69ba2dce083c031b60c0d04ba218488 - UPDATING: Add an entry for e5aa60d06958</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#088ced14a69ba2dce083c031b60c0d04ba218488</link>
        <description>UPDATING: Add an entry for e5aa60d06958

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 03 Nov 2025 01:20:26 +0100</pubDate>
        <dc:creator>Rick Macklem &lt;rmacklem@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>957715f877b57a17545ead94d27ea8fd3ff4932a - flua: Move to a new flua package</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#957715f877b57a17545ead94d27ea8fd3ff4932a</link>
        <description>flua: Move to a new flua packageflua is a standalone third-party component that deserves its ownpackage.  In particular, this means things can use flua withouthaving to depend on FreeBSD-utilities, which will be useful asmore base utilities use flua.This saves ~500kB in FreeBSD-utilities for systems which don&apos;tneed flua.MFC after:	3 daysReviewed by:	kevansSponsored by:	https://www.patreon.com/bsdivyDifferential Revision:	https://reviews.freebsd.org/D53161

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Sat, 25 Oct 2025 19:21:37 +0200</pubDate>
        <dc:creator>Lexi Winter &lt;ivy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>37ad1beaf516854d5e59b90a9706b09d02cc2a81 - UPDATING: bump __FreeBSD_version for LinuxKPI changes</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#37ad1beaf516854d5e59b90a9706b09d02cc2a81</link>
        <description>UPDATING: bump __FreeBSD_version for LinuxKPI changesThe size of an embedded struct has changed and might possibly be aproblem.  Allow this change to be detected by bumping __FreeBSD_version.MFC after:	3 days

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 20 Oct 2025 22:35:13 +0200</pubDate>
        <dc:creator>Bjoern A. Zeeb &lt;bz@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>9f85cf09d48bb1bebeddab0913fc9ab2735cb810 - UPDATING: Belatedly note OpenZFS sysctls moving</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#9f85cf09d48bb1bebeddab0913fc9ab2735cb810</link>
        <description>UPDATING: Belatedly note OpenZFS sysctls movingSponsored by:	The FreeBSD FoundationDifferential Revision: https://reviews.freebsd.org/D52665

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Thu, 16 Oct 2025 18:47:08 +0200</pubDate>
        <dc:creator>Ed Maste &lt;emaste@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>bf84861460f9287fe9cf66b2cd22fefe8e242a28 - packages: Rename unbound to local-unbound</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#bf84861460f9287fe9cf66b2cd22fefe8e242a28</link>
        <description>packages: Rename unbound to local-unboundThis more accurately reflects its purpose, and its contents, sinceeverything in the package is prefixed with &quot;local-&quot;.While here, add a message on upgrade about regenerating the config.MFC after:	3 secondsRequested by:	desReviewed by:	desSponsored by:	https://www.patreon.com/bsdivyDifferential Revision:	https://reviews.freebsd.org/D53056

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Wed, 15 Oct 2025 13:00:35 +0200</pubDate>
        <dc:creator>Lexi Winter &lt;ivy@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>376508ef2f794a57606a791166f1ce7f20d3ccaf - UPDATING: Fix typo objump should be objdump</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#376508ef2f794a57606a791166f1ce7f20d3ccaf</link>
        <description>UPDATING: Fix typo objump should be objdumpApproved by:	emaste (mentor)Fixes:		86edb11e7491 (&quot;Always install llvm-objdump as objdump&quot;)MFC after:	1 day

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 13 Oct 2025 16:50:30 +0200</pubDate>
        <dc:creator>Jose Luis Duran &lt;jlduran@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ffa8165009365ff93050626d880f2d1d6aacc31a - blocklist: Add an UPDATING entry</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/UPDATING#ffa8165009365ff93050626d880f2d1d6aacc31a</link>
        <description>blocklist: Add an UPDATING entryAdd an UPDATING entry about the renaming of blocklist.Approved by:	emaste (mentor)Fixes:	7238317403b9 (&quot;blocklist: Rename blacklist to blocklist&quot;)MFC after:	1 day

            List of files:
            /freebsd/UPDATING</description>
        <pubDate>Mon, 13 Oct 2025 16:35:12 +0200</pubDate>
        <dc:creator>Jose Luis Duran &lt;jlduran@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
