ports-mgmt/sccache-overlay: increase prio to fix cargo at configure time
- increases the priority for the start-server to fix a race with
"250:cargo-configure" (fixes a configure time error for
py-granian and others)
- add a start-safeguard (helps when running "poudriere testpost -i"
during debugging) to not start it multiple times
PR: 296177
Maintainer timeout: 2 weeks
Fixes: 292835
mail/cyrus-imapd3*: Bump PORTREVISION due to binary incompatibility of recent devel/jansson update
% sudo -u cyrus /usr/local/cyrus/sbin/ctl_cyrusdb -r
ld-elf.so.1: /usr/local/lib/libjansson.so.4: version JANSSON_4 required by /usr/local/lib/libcyrus_imap.so.0 not defined
devel/tbox: fix data corruption in tb_ralloc() crossing the 128 KiB mmap threshold
devel/tbox 1.8.0's tb_native_large_allocator_ralloc() corrupts data when a
reallocation crosses TB_VIRTUAL_MEMORY_DATA_MINN (128 KiB) in either
direction. In the malloc<->mmap crossover paths the block is copied with
tb_memcpy_(data, data_head, base_head->size);
The copy starts at the block header (data_head) but the length is the payload
size only. On grow, the last sizeof(tb_native_large_data_head_t) (24) bytes
of user data are silently lost; on shrink, the copy overruns the smaller
destination allocation (heap buffer overflow).
User-visible fallout: devel/xmake-io is completely broken — its Lua loader
reads script files through a tb_buffer, and for any file > 64 KiB the growth
rallocs 65536 -> 131072 across the threshold. The tail of interpreter.lua
comes back corrupted and every xmake invocation fails with a bogus
"syntax error" at the line spanning byte 65536.
[15 lines not shown]
devel/tbox: fix data corruption in tb_ralloc() crossing the 128 KiB mmap threshold
devel/tbox 1.8.0's tb_native_large_allocator_ralloc() corrupts data when a
reallocation crosses TB_VIRTUAL_MEMORY_DATA_MINN (128 KiB) in either
direction. In the malloc<->mmap crossover paths the block is copied with
tb_memcpy_(data, data_head, base_head->size);
The copy starts at the block header (data_head) but the length is the payload
size only. On grow, the last sizeof(tb_native_large_data_head_t) (24) bytes
of user data are silently lost; on shrink, the copy overruns the smaller
destination allocation (heap buffer overflow).
User-visible fallout: devel/xmake-io is completely broken — its Lua loader
reads script files through a tb_buffer, and for any file > 64 KiB the growth
rallocs 65536 -> 131072 across the threshold. The tail of interpreter.lua
comes back corrupted and every xmake invocation fails with a bogus
"syntax error" at the line spanning byte 65536.
[13 lines not shown]
audio/pipewire-spa-oss-ng: Update to 0.9.4
Capture (source) fixes for cramped rings and fat strides
Fixes a field report of skipping audio when recording and playing back
at once on a fat-stride USB capture device (20-channel S32, 80
bytes/frame): FreeBSD clamps the soft ring at CHN_2NDBUFMAXSIZE, so it
holds only ~1.6 graph periods there, and the capture path had no
headroom for arrival jitter.
