x11-wm/bvwm: Drop the Go 1.21 floor
Every Go toolchain in the tree is newer than 1.21, so the floor
selects the default either way. Leave the choice to go.mk.
Suggested by: fuz
Reviewed by: fuz
Differential Revision: https://reviews.freebsd.org/D60915
x11-wm/bvwm: New port
BVWM is a fork of fvwm3: still a floating window manager, and now able
to work as a hybridized tiling manager.
Enhancements summarized below:
fvwm-tile is new to BVWM; helper making the hybrid possible: floating
windows, tiled windows, or a mix of the two. The fvwm- prefix is there
because it is fully backward compatible and can be lifted into fvwm.
ButtonStyle hover is a new config directive offering UX improvement.
TitleStyle ButtonWidth is a usability and accessibility improvement,
supporting non-square window decor buttons so the decor is tap-
friendly.
A bare Super key press opens a start menu.
[13 lines not shown]
multimedia/cx88: Update 1.5.6 => 1.5.7
One of the fixes in 1.5.6 had been intended to address build breakage on
recent -current due to removal of sound(4) version constants. However,
that fix was incomplete and I didn't realize that because I failed to
double-check that my -current machine was on a recent enough build;
I only became aware of the issue due to pkg-fallout against 1.5.6.
PR: 299656
Sponsored by: UNIS Labs (vvd, commit patch)
MFH: 2026Q4
(cherry picked from commit 8429232dce38e712d8866f4283865a043d19c2be)
multimedia/cx88: Update 1.5.6 => 1.5.7
One of the fixes in 1.5.6 had been intended to address build breakage on
recent -current due to removal of sound(4) version constants. However,
that fix was incomplete and I didn't realize that because I failed to
double-check that my -current machine was on a recent enough build;
I only became aware of the issue due to pkg-fallout against 1.5.6.
PR: 299656
Sponsored by: UNIS Labs (vvd, commit patch)
MFH: 2026Q4
emulators/wine-proton: Fixup missing winepulse.drv in pkg-plist
This was making pulseaudio driver not operational.
PR: 299632
Sponsored by: UNIS Labs (vvd, commit patch)
LinuxKPI: restore several hard coded return values for the CONFIG_PM case
drm-kmod sets CONFIG_PM (unclear if for other parts) but LinuxKPI
has no understanding of a dev->power implementation for pm_runtime.h.
The return values based on !CONFIG_PM thus cause problems to drm-kmod.
Return the previous values under CONFIG_PM but leave the TODO logging
as the actual implementation is missing and return values may not be
universally correct (beyond the known drm-kmod use cases).
The following functions having a return value but none sepcific for
CONFIG_PM as (based on drm-kmod master):
pm_runtime_resume only caller ignores the return value
pm_runtime_set_active two callers ignore the return value
pm_runtime_put_autosuspend all callers seem to ignore the return value
pm_runtime_autosuspend 2/3 callers ignore the return value;
3rd is #ifdef __linux__
pm_runtime_suspended 3/4 callers ... do check the return value
but the logic expects the false, which also
[7 lines not shown]
pam_exec: fix the stderr close test and avoid a double close
The cleanup tested cherr[0] when closing cherr[1]. The parent also closed
chin[0]/chout[1]/cherr[1] after pdfork() without clearing them, so the out:
cleanup path closed them again. Clear each fd after closing and test the right
one.
Reviewed by: des, markj
MFC after: 1 week
Differential Revision: https://reviews.freebsd.org/D60924
bhyve: Treat BAR registration failures as non-fatal
Some guest operating systems (at least 9front) will leave device I/O
space decoding enabled while probing BAR sizes. In this case, a
sufficiently large 32-bit BAR can overlap with the HPET MMIO region
fixed at 0xfed00000. This results in an assertion failure in
modify_bar_registration(), even though the collision is transient, i.e.,
the guest will promptly map the BAR elsewhere.
Tolerate such overlaps. Keep track of a BAR's registration state and
make sure that modify_bar_registration() doesn't try to unregister an
I/O space if registration failed.
This fixes a problem where a 32MB framebuffer ends up overlapping with
the HPET MMIO region, causing some guests to crash with an assertion
failure when probing BARs during boot.
PR: 290098
Reviewed by: bnovkov
[3 lines not shown]
inetd: use snprintf() in inetd_setproctitle()
inetd_setproctitle() formats se_service (the service name taken verbatim
from inetd.conf) and the peer address into an 80-byte buffer with
sprintf(). A long service name can overflow it. Bound both calls with
snprintf().
MFC after: 1 week
Reviewed by: markj
Differential Revision: https://reviews.freebsd.org/D60879
emulators/ares: Remove librashader from BUILD_DEPENDS
Ares always needs the librashader headers to build, even if building
without shader support by disabling the LIBRASHADER option. Because of
this, devel/librashader is an unconditional build dependency.
This requires every user who wants to build the port to also build
devel/librashader, which needs Rust. This is undesired by some users who
don't need/want shader support in the emulator.
To provide a way for such users to compile the ares port without needing
a Rust toolchain, devel/librashader is removed from BUILD_DEPENDS. The
required headers are bundled with the distfile and the port extracts
them now if the LIBRASHADER option is disabled. They are then picked up
by ares' build process.
Building with LIBRASHADER enabled is unchanged: thirdparty/librashader
is excluded from extraction and the build process picks up the headers
provided by the devel/librashader port.
[3 lines not shown]
sys: centralize SV_* flags definitions for several FreeBSD ABIs
The omitted ABI is compat32 on arm64, which lacks SV_ASLR.
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
ssh: use defaultkey sentinel for ML-DSA-44 default host key
servconf_add_hostkey() compares its file argument to defaultkey by
pointer to skip an unreadable default key; the ML-DSA-44 entry passed
the "[default]" literal, so the skip (and the "No host key files found"
fallback) never applied to it.
MFC after: 1 week
Reviewed by: emaste
Fixes: bb5c77e9d281 ("OpenSSH: Update to 10.4p1")
Differential Revision: https://reviews.freebsd.org/D60922
devel/py-qcs-api-client-common: New port: Core QCS client functionality and middleware implementations
PR: 298446
Approved by: Baptiste Daroussin <bapt at FreeBSD.org> (on behalf of portmgr@)
