string_to_flags(3): Put `snap' under #ifdef SF_SNAPSHOT.
Same as in flags_to_string(3). Not really sure why, but let's keep it
consistent so there's only one question to ponder and not two.
PR bin/60380: find(1) can't find snapshots
libc: Suggest another major bump task.
Prompted by noting that stdlib.h and libc are maybe not the right
place for this API in:
PR lib/60635: humanize_number(3): exa/exbi issues
uvm: Fix missed wakeups and reduce lock contention a little bit.
This addresses two problems under heavy load:
(a) uvm_wait would sometimes miss wakeups, causing various processes
system to hang but then recover from `call wakeup(uvmexp+0x10)'
in ddb:
PR kern/58964: uvm: missing wakeup on uvmexp.free
(b) Contention on uvmpd_lock would lead to so much time spent at
IPL_SOFTBIO softint context in uvm_pageout_done spinning for
uvmpd_lock that it would trip heartbeat panics:
PR kern/60029: panic: cpu0: softints stuck for 16 seconds
There are three intertwined parts to this, which I tried to split
into separate commits, but I eventually decided it wasn't worth the
trouble:
[87 lines not shown]
gzip: update to 1.14nb1.
Based on wip/gzip by drixter@ and myself.
Add patch for CVE-2026-41992, thus bump to nb1 immediately.
* Noteworthy changes in release 1.14 (2025-04-09) [stable]
** Bug fixes
'gzip -d' no longer omits the last partial output buffer when the
input ends unexpectedly on an IBM Z platform.
[bug introduced in gzip-1.11]
'gzip -l' no longer misreports lengths of multimember inputs.
[bug introduced in gzip-1.12]
'gzip -S' now rejects suffixes containing '/'.
[bug present since the beginning]
** Changes in behavior
The GZIP environment variable is now silently ignored except for the
[27 lines not shown]
pool(9): Nix useless PR_GROWINGNOWAIT bit.
This was introduced back in 2017 as an attempt to avoid spurious
failure in concurrent PR_NOWAIT allocations, while still serializing
calls to the pool's back end allocator to avoid fragmentation:
https://mail-index.NetBSD.org/source-changes/2017/12/16/msg090490.html
However, this probably doesn't work very well when one pool_get call
in the middle of pool_grow is _interrupted by_ another one (in an
interrupt handler) -- the busy wait will turn into a deadlock:
https://mail-index.NetBSD.org/current-users/2017/12/29/msg033000.html
So the logic was changed to keep holding the lock across the backing
allocator in PR_NOWAIT allocations -- this way, calls to the pool's
back end allocator are still serialized, but we at least avoid
holding the lock _while sleeping_ in the back end allocator:
[9 lines not shown]
flux2: Update to 2.9.4
Changes:
2.9.4
-----
Flux v2.9.4 is a patch release that ships various fixes to the Flux
controllers, covering source-watcher tarball extraction and glob
expansion limits, the refspecs accepted by ImageUpdateAutomation, the
HTTP request limits of the notification-controller servers, and Helm
repository index loading, OCI chart digest pinning, Bucket error
handling and GCS static authentication in source-controller. On the CLI
side, flux migrate -f now supports migrating repositories to Flux 2.9.
Users are encouraged to upgrade for the best experience.
Note that this release contains CRD schema changes for
ArtifactGenerator and ImageUpdateAutomation; both CRDs must be updated
along with the controllers.
www/wikid: import pkg
Feature-rich terminal wikipedia client.
Features
- rich launch dashboard: big ascii logo, live wikipedia metrics and a continue
reading section.
- tabs & splits: work with multiple articles side-by-side or in tabs.
- smart status bar: 3-segment layout with active history trails and contextual
action hints.
- vim-like navigation: intuitive keybindings for fast scrolling, jumping,
heading traversal and pane management.
- table of contents (o): pop-up outline modal with hierarchical section
numbering.
- zen mode (z): distraction-free reading canvas with no borders, tab bars, or
status indicators.
- personalized recommendation feed (F): article discovery feed tailored to
your reading history. inspired by xikipedia.
- random article discovery (r): instantly fetch and explore random wikipedia
[6 lines not shown]
