OpenBSD Mail Box: March 2026

Sunday, March 01, 2026

Re: [NEW] wayland/fuzzel

På søndag 1. mars 2026 kl. 22:52, skrev Stuart Henderson
<stu@spacehopper.org>:

> On 2026/03/01 20:38, yaydn@protonmail.com wrote:
> > permit nopass setenv { \
> > FTPMODE PKG_CACHE PKG_PATH SM_PATH SSH_AUTH_SOCK \
> > DESTDIR DISTDIR FETCH_CMD FLAVOR GROUP MAKE MAKECONF \
> > MULTI_PACKAGES NOMAN OKAY_FILES OWNER PKG_DBDIR \
> > PKG_DESTDIR PKG_TMPDIR PORTSDIR RELEASEDIR SHARED_ONLY \
> > PORTS_TREE_OWNER FAKE_TREE_OWNER PORTSDIR \
> > SUBPACKAGE WRKOBJDIR SUDO_PORT_V1 } :wsrc
>
> security-wise, if your normal user account is in wsrc, this is pretty
> much equivalent to running as root
>
>

Only have privsep_user in the wsrc and not the normal user accounts, to
only have that one privsep_user do fetching, building, and packaging.
Should I comment this instead, reduce this, or use something else in a
PORTS_PRIVSEP=Yes configuration? Or is adding (with or w/o nopass)

permit keepenv privsep_user as root cmd pkg_add

not changing what that one user, who is not a normal account, can
already do? I like the convenience, but am willing to forgo if that is
best(or better) security workflow. Does my query make sense?

Re: prusaslicer binary unexpectedly big

On Sun, Mar 01 2026, Stuart Henderson wrote:

> On 2026/03/01 13:17, Mikolaj Kucharski wrote:
>> Hi.
>>
>> I run out of disk space on /usr/local today with 25GB partition and that
>> got me really surprised. What cought my attention that prusa-slicer
>> binary is more that 800MB in size. Is this epxected? I stripped it to
>> approx 32MB.
>
> upstream builds various things with debug symbols. given that this is
> for LP64 archs only, probably easiest to just do this so they get moved
> to debug-prusaslicer, otherwise it seems a bunch of patching is needed.
>
> Renato, ok with you?
>
> -rw-r--r-- 2 _pbuild wsrc 165M Mar 1 14:34 debug-prusaslicer-2.9.4.tgz
> -rw-r--r-- 2 _pbuild wsrc 77.1M Mar 1 14:34 prusaslicer-2.9.4.tgz
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/cad/prusaslicer/Makefile,v
> diff -u -p -r1.28 Makefile
> --- Makefile 15 Feb 2026 00:20:27 -0000 1.28
> +++ Makefile 1 Mar 2026 13:56:12 -0000
> @@ -3,6 +3,7 @@ ONLY_FOR_ARCHS = ${LP64_ARCHS}
> DPB_PROPERTIES = parallel
>
> V = 2.9.4
> +REVISION = 0
> PKGNAME = prusaslicer-${V}
>
> GH_ACCOUNT = prusa3d
> @@ -38,6 +39,7 @@ WANTLIB += wx_gtk3u_webview-3.2 z z3
> FIX_CRLF_FILES = src/slic3r/GUI/GLCanvas3D.cpp
>
> COMPILER = base-clang ports-gcc
> +DEBUG_PACKAGES = ${BUILD_PACKAGES}
>
> MODULES = devel/cmake \
> x11/gnome

I'm OK with that. We also have the option to, instead, remove debug info
completely.

This is what I got with the attached diff changing the build type.

Before:

256M /usr/ports/packages/amd64/ftp/prusaslicer-2.9.4.tgz
875M /usr/local/bin/prusa-slicer

After:

76.9M /usr/ports/packages/amd64/ftp/prusaslicer-2.9.4p0.tgz
43.0M /usr/local/bin/prusa-slicer

diff --git a/cad/prusaslicer/Makefile b/cad/prusaslicer/Makefile
index a8462be96eb..95a85366657 100644
--- a/cad/prusaslicer/Makefile
+++ b/cad/prusaslicer/Makefile
@@ -3,6 +3,7 @@ ONLY_FOR_ARCHS = ${LP64_ARCHS}
DPB_PROPERTIES = parallel

V = 2.9.4
+REVISION = 0
PKGNAME = prusaslicer-${V}

GH_ACCOUNT = prusa3d
@@ -71,7 +72,7 @@ LIB_DEPENDS = cad/opencascade \
x11/wxWidgets \
x11/wxWidgets,-webview

-CONFIGURE_ARGS += -DCMAKE_BUILD_TYPE=RelWithDebInfo \
+CONFIGURE_ARGS += -DCMAKE_BUILD_TYPE=Release \
-DCMAKE_MODULE_PATH=${PREFIX}/lib/cmake/OpenVDB \
-DSLIC3R_FHS=1 \
-DSLIC3R_GTK=3 \

Re: [NEW] wayland/fuzzel

On 2026/03/01 20:38, yaydn@protonmail.com wrote:
> permit nopass setenv { \
> FTPMODE PKG_CACHE PKG_PATH SM_PATH SSH_AUTH_SOCK \
> DESTDIR DISTDIR FETCH_CMD FLAVOR GROUP MAKE MAKECONF \
> MULTI_PACKAGES NOMAN OKAY_FILES OWNER PKG_DBDIR \
> PKG_DESTDIR PKG_TMPDIR PORTSDIR RELEASEDIR SHARED_ONLY \
> PORTS_TREE_OWNER FAKE_TREE_OWNER PORTSDIR \
> SUBPACKAGE WRKOBJDIR SUDO_PORT_V1 } :wsrc

security-wise, if your normal user account is in wsrc, this is pretty
much equivalent to running as root

Re: [NEW] wayland/fuzzel

On 3/1/26 10:40, Volker Schlecht wrote:
> ... and yet more wayland/niri/hipster bikeshedding :-)
>
> Description
>
> Fuzzel is a Wayland-native application launcher and fuzzy finder,
> inspired by
> rofi and dmenu.
>
> WWW: https://codeberg.org/dnkl/fuzzel/
>
> Needs some patches that are basically copied from wayland/foot.
> ok?

niri hipster here, thank you, very cool.

gave it a spin, and it totally works!

Re: [Update] devel/spdlog 1.17.0 and wayland/waybar 0.15.0

På søndag 1. mars 2026 kl. 10:32, skrev Volker Schlecht
<openbsd-ports@schlecht.dev>:

> Here's the next results of my "Build a viable niri desktop for volker@"
> bikeshedding session:
>
> This updates waybar to 0.15.0, enables niri support and removes the "calendar"
> from our example config, which - since we don't have chrono-date - just causes
> error logs.
>
> devel/spdlog 1.17.0 is required by waybar 0.15.0
>
> ok?

Built/tested on current/amd64:

Privsep with other user:
cd /usr/ports/devel/spdlog/ && patch -l -p0 -E -C < /tmp/spdlog-1.17.0.diff
cd /usr/ports/devel/spdlog/ && patch -l -p0 -E < /tmp/spdlog-1.17.0.diff
cd /usr/ports/devel/spdlog/ && make test port-lib-depends-check package clean

Root:
pkg_add -Dsnap -Dunsigned -aar /usr/ports/packages/amd64/all/spdlog-1.17.0.tgz

Privsep with other user:
cd /usr/ports/wayland/waybar/ && patch -l -p0 -E -C < /tmp/waybar-0.15.0.diff
cd /usr/ports/wayland/waybar/ && patch -l -p0 -E < /tmp/waybar-0.15.0.diff
cd /usr/ports/wayland/waybar/ && make test port-lib-depends-check package clean

Root:
pkg_add -Dsnap -Dunsigned -r /usr/ports/packages/amd64/all/waybar-0.15.0.tgz

Waybar settings in ~/.config/niri/config.kdl in case it is relevant:

// Add lines like this to spawn processes at startup.
// Note that running niri as a session supports xdg-desktop-autostart,
// which may be more convenient to use.
// See the binds section below for more spawn examples.
// spawn-at-startup "alacritty" "-e" "fish"
spawn-at-startup "foot"
spawn-at-startup "swaybg" "-i" "~/fishxenia.png"
spawn-at-startup "swayidle" "-w" "timeout" "601" "niri msg action power-off-monitors" "timeout" "600" "swaylock -f" "-c 000000"

…

layer-rule {
match namespace="waybar"
match at-startup=true
//baba-is-float true

// Properties that apply continuously.
opacity 0.7
block-out-from "screencast"
// block-out-from "screen-capture"

shadow {
on
// off
softness 40
spread 5
offset x=0 y=5
draw-behind-window true
color "#00000064"
// inactive-color "#00000064"
}
}

--

Where the first part launches waybar and the second part modifying how
waybar interacts and adding opacity so part of my wallpaper displayed by
swaybar is visible.

No regression tests or complaints from port-lib-depends-check on either
port.

Used funnel to 'pkill -9 waybar' and then launch waybar again.

Nodding: No visible regressions with power, audio, time reflecting
computer's stats properly.

Looks fine for update.

Hope this helps! May you all have a good one.

--
yaydn

Postscript:
Should I attach my wallpaper?

Re: x11/dunst - add wayland FLAVOR?

På søndag 1. mars 2026 kl. 19:37, skrev Volker Schlecht
<openbsd-ports@schlecht.dev>:

> I don't have strong opinions on wayland support being a flavor or not, but I
> assumed that there were reasons to disable wayland in the first place ...
>
> Having said that, this is the remaining puzzle piece for me to switch from my
> old herbstluftwm setup to niri as my daily driver, so I hope one way or another,
> that we'll get wayland support into dunst ;-)
>
> On 3/1/26 6:37 PM, Tobias Heider wrote:
> > On Sun, Mar 01, 2026 at 02:57:08PM +0100, Volker Schlecht wrote:
> >> To use dunst on niri, we need wayland support built in (the non-wayland version
> >> works with XWayland under wayland/sway, but with xwayland-satellite as used by
> >> niri, notifications appear as regular windows with decorations and all.
> >>
> >> Therefore I'd like to propose a wayland FLAVOR for x11/dunst.
> >>
> >> What do you think?
> >>
> >
> > Works here. I have no partiuclar opinion on making wayland support
> > a flavor but the diff is ok with me if Timo agrees.
> >

Shrugging: There are those who use either arcan or x11 exclusively, so
options are useful. Unlike important libraries like sdl*, this do not
affect a large amount of reverse dependencies requiring the most general
support, I think.

Don't know if a second tester will help.

Privsep with other user:
cd /usr/ports/x11/dunst/ && patch -l -p0 -E -C < /tmp/dunst-wayland.diff
cd /usr/ports/x11/dunst/ && patch -l -p0 -E < /tmp/dunst-wayland.diff
cd /usr/ports/x11/dunst/ && FLAVOR=wayland make test port-lib-depends-check package clean

Root:
pkg_add -Dsnap -Dunsigned -r /usr/ports/packages/amd64/all/dunst-1.13.0-wayland.tgz

Regression tests:

cc -o test/test test/dbus.o test/draw.o test/dunst.o test/helpers.o test/icon-lookup.o test/icon.o test/ini.o test/input.o test/log.o test/markup.o test/menu.o test/misc.o test/notification.o test/option_parser.o test/queues.o test/rules.o test/setting.o test/settings_data.o test/test.o test/utils.o src/output.o src/settings.o src/wayland/foreign_toplevel.o src/wayland/libgwater-wayland.o src/wayland/pool-buffer.o src/wayland/wl.o src/wayland/wl_output.o src/wayland/wl_seat.o src/x11/screen.o src/x11/x.o -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -O2 -pipe -std=gnu11 -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/libpng16 -I/usr/X11R6/include -I/usr/X11R6/include/pixman-1 -pthread -I/usr/local/include/fribidi -I/usr/local/include/harfbuzz -I/usr/X11R6/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libepoll-shim -MMD -MP -lm -L/usr/local/lib -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -Wl,-rpath-link,/usr/X11R6/lib -lgio-2.0 -lharfbuzz -lgobject-2.0 -lglib-2.0 -lintl -lwayland-cursor -lwayland-client -lm -L/usr/X11R6/lib -lXinerama -lXrandr -lXss -lXext -lX11
ld: warning: x.c:158 (src/x11/x.c:158)(src/x11/x.o:(x_display_surface)): warning: sprintf() is often misused, please use snprintf()
ld: warning: queues.c:256 (test/queues.c:256)(test/queues.o:(suite_queues)): warning: rand() may return deterministic values, is that what you want?
find . -type f -name '*.gcov' -delete
find . -type f -name '*.gcda' -delete
# Make sure an error code is returned when the test fails
/usr/bin/env bash -c 'set -euo pipefail;\
TESTDIR=./test ./test/test -v | ./test/greenest.awk '
init_second_pass: a 647131161, c 2147483647, state 161782790
init_second_pass: a 647131161, c 2147483647, state 161782790

* Suite suite_utils:
PASS test_string_replace_char: (0 ticks, 0.000 sec)
PASS test_string_replace_all: (0 ticks, 0.000 sec)
PASS test_string_append: (0 ticks, 0.000 sec)
PASS test_string_strip_quotes: (0 ticks, 0.000 sec)
PASS test_string_strip_delimited: (0 ticks, 0.000 sec)

Expected: /dunst-1.13.0_writes_to_HOME/.path/with/HOME environment variable
Got: $HOME/.path/with/HOME environment variable
FAIL test_string_to_path: (exp = g_strconcat(home, "/.path/with/HOME environment variable", NULL)) != (ptr = string_to_path(g_strdup("$HOME/.path/with/HOME environment variable"))) (test/utils.c:175) (0 ticks, 0.000 sec)
PASS test_string_to_time: (0 ticks, 0.000 sec)

7 tests - 6 passed, 1 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_option_parser:
PASS test_cmdline_get_string: (0 ticks, 0.000 sec)
PASS test_cmdline_get_list: (0 ticks, 0.000 sec)
PASS test_cmdline_get_path: (0 ticks, 0.000 sec)
PASS test_cmdline_get_int: (0 ticks, 0.000 sec)
PASS test_cmdline_get_double: (0 ticks, 0.000 sec)
PASS test_cmdline_get_bool: (0 ticks, 0.000 sec)
PASS test_cmdline_create_usage: (0 ticks, 0.000 sec)
PASS test_string_to_int: (0 ticks, 0.000 sec)
PASS test_string_to_int_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_double: (0 ticks, 0.000 sec)
PASS test_string_to_double_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_enum: (0 ticks, 0.000 sec)
PASS test_string_to_enum_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_boolean: (0 ticks, 0.000 sec)
PASS test_string_to_boolean_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_list: (0 ticks, 0.000 sec)
PASS test_string_to_list_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_time: (0 ticks, 0.000 sec)
PASS test_string_to_time_invalid: (0 ticks, 0.000 sec)
FAIL test_string_to_path: Failed in round 6. $HOME/p/p should be /dunst-1.13.0_writes_to_HOME/p/p (test/option_parser.c:562) (0 ticks, 0.000 sec)
PASS test_string_to_corners: (0 ticks, 0.000 sec)
PASS test_string_to_corners_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_sepcolor: (0 ticks, 0.000 sec)
PASS test_string_to_sepcolor_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_color: (0 ticks, 0.000 sec)
PASS test_string_to_color_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_gradient: (0 ticks, 0.000 sec)
PASS test_enum_size: (0 ticks, 0.000 sec)
PASS test_string_to_length: (0 ticks, 0.000 sec)
PASS test_string_to_length_invalid: (0 ticks, 0.000 sec)
PASS test_string_to_maybe_int: (0 ticks, 0.000 sec)

31 tests - 30 passed, 1 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_notification:
PASS test_notification_is_duplicate: (0 ticks, 0.000 sec)
PASS test_notification_replace_single_field: (0 ticks, 0.000 sec)
PASS test_notification_referencing: (0 ticks, 0.000 sec)
PASS test_notification_icon_scaling_toosmall: (1 ticks, 0.010 sec)
PASS test_notification_icon_scaling_toolarge: (1 ticks, 0.010 sec)
PASS test_notification_icon_scaling_notconfigured: (0 ticks, 0.000 sec)
PASS test_notification_icon_scaling_notneeded: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_format_message: (0 ticks, 0.000 sec)
PASS test_notification_maxlength: (0 ticks, 0.000 sec)

20 tests - 20 passed, 0 failed, 0 skipped (2 ticks, 0.020 sec)

* Suite suite_markup:
PASS test_markup_strip: (0 ticks, 0.000 sec)
PASS helper_markup_strip_a: (0 ticks, 0.000 sec)
PASS helper_markup_strip_a: (0 ticks, 0.000 sec)
PASS helper_markup_strip_a: (0 ticks, 0.000 sec)
PASS helper_markup_strip_a: (0 ticks, 0.000 sec)
PASS helper_markup_strip_a: (0 ticks, 0.000 sec)
PASS helper_markup_strip_a: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS helper_markup_strip_img: (0 ticks, 0.000 sec)
PASS test_markup_transform: (0 ticks, 0.000 sec)

21 tests - 21 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_misc:
PASS assert_version_number: (0 ticks, 0.000 sec)

1 test - 1 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_icon:
Icon path: /usr/ports/pobj/dunst-1.13.0-wayland/dunst-1.13.0/test/data
PASS test_get_path_from_icon_null: (0 ticks, 0.000 sec)
PASS test_get_path_from_icon_name_full: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_not_necessary: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_too_small: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_not_necessary: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_too_big: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_too_small_then_too_big: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_too_small: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_not_necessary: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_not_necessary: (0 ticks, 0.000 sec)
PASS test_icon_size_clamp_too_big: (0 ticks, 0.000 sec)

11 tests - 11 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_queues:
PASS test_datachange_beginning_empty: (0 ticks, 0.000 sec)
PASS test_datachange_endless: (0 ticks, 0.000 sec)
PASS test_datachange_endless_agethreshold: (0 ticks, 0.000 sec)
PASS test_datachange_agethreshold_at_second: (0 ticks, 0.000 sec)
PASS test_datachange_queues: (0 ticks, 0.000 sec)
PASS test_datachange_ttl: (0 ticks, 0.000 sec)
PASS test_queue_history_clear: (0 ticks, 0.000 sec)
PASS test_queue_history_overfull: (0 ticks, 0.000 sec)
PASS test_queue_history_pushall: (0 ticks, 0.000 sec)
PASS test_queue_history_remove_by_id: (0 ticks, 0.000 sec)
PASS test_queue_init: (0 ticks, 0.000 sec)
PASS test_queue_insert_id_invalid: (0 ticks, 0.000 sec)
PASS test_queue_insert_id_replacement: (0 ticks, 0.000 sec)
PASS test_queue_insert_id_valid_newid: (0 ticks, 0.000 sec)
PASS test_queue_length: (0 ticks, 0.000 sec)
PASS test_queue_notification_close: (0 ticks, 0.000 sec)
PASS test_queue_notification_close_histignore: (0 ticks, 0.000 sec)
PASS test_queue_notification_skip_display: (0 ticks, 0.000 sec)
PASS test_queue_notification_skip_display_redisplayed: (0 ticks, 0.000 sec)
PASS test_queue_notification_skip_display_redisplayed_by_random_id: (0 ticks, 0.000 sec)
PASS test_queue_stacking: (0 ticks, 0.000 sec)
PASS test_queue_stacktag: (0 ticks, 0.000 sec)
queue 0
PASS test_queue_different_stacktag: (0 ticks, 0.000 sec)
PASS test_queue_stacktag_different_appid: (0 ticks, 0.000 sec)
PASS test_queue_teardown: (0 ticks, 0.000 sec)
PASS test_queue_timeout: (0 ticks, 0.000 sec)
PASS test_queues_update_fullscreen: (0 ticks, 0.000 sec)
PASS test_queues_update_paused: (0 ticks, 0.000 sec)
PASS test_queues_update_pause_level: (0 ticks, 0.000 sec)
PASS test_queues_update_seep_showlowurg: (0 ticks, 0.000 sec)
PASS test_queues_update_seeping: (0 ticks, 0.000 sec)
PASS test_queues_update_xmore: (0 ticks, 0.000 sec)
PASS test_queues_timeout_before_paused: (0 ticks, 0.000 sec)
PASS test_queue_find_by_id: (0 ticks, 0.000 sec)
PASS test_queue_no_sort_and_pause: (0 ticks, 0.000 sec)
PASS test_queue_get_history: (0 ticks, 0.000 sec)

36 tests - 36 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_dunst:
PASS test_dunst_status: (0 ticks, 0.000 sec)

1 test - 1 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_log:
PASS test_log_level: (0 ticks, 0.000 sec)
PASS test_log_level: (0 ticks, 0.000 sec)
PASS test_log_level: (0 ticks, 0.000 sec)
PASS test_log_level: (0 ticks, 0.000 sec)
PASS test_log_level: (0 ticks, 0.000 sec)
PASS test_log_level: (0 ticks, 0.000 sec)

6 tests - 6 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_menu:
PASS test_extract_urls_from_empty_string: (0 ticks, 0.000 sec)
PASS test_extract_urls_from_no_urls_string: (0 ticks, 0.000 sec)
PASS test_extract_urls_from_one_url_string: (0 ticks, 0.000 sec)
PASS test_extract_urls_from_two_url_string: (0 ticks, 0.000 sec)
PASS test_extract_urls_from_one_url_port: (0 ticks, 0.000 sec)
PASS test_extract_urls_from_one_url_path: (0 ticks, 0.000 sec)
PASS test_extract_urls_from_one_url_anchor: (0 ticks, 0.000 sec)

7 tests - 7 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_settings_data:
PASS test_names_valid: (0 ticks, 0.000 sec)
PASS test_description_valid: (0 ticks, 0.000 sec)
PASS test_type_valid: (0 ticks, 0.000 sec)
PASS test_section_valid: (0 ticks, 0.000 sec)
PASS test_default_value_valid: (0 ticks, 0.000 sec)
PASS test_value_non_null: (0 ticks, 0.000 sec)
PASS test_valid_parser_and_data_per_type: (0 ticks, 0.000 sec)

7 tests - 7 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_dbus:
PASS test_dbus_init: (0 ticks, 0.000 sec)
PASS test_get_fdn_daemon_info: (0 ticks, 0.000 sec)
PASS test_dbus_cb_dunst_Properties_Get: (0 ticks, 0.000 sec)
PASS test_dbus_cb_dunst_Properties_Set: (0 ticks, 0.000 sec)
PASS test_dbus_cb_dunst_Properties_Set_pause_level: (2 ticks, 0.020 sec)
PASS test_empty_notification: (1 ticks, 0.010 sec)
PASS test_basic_notification: (0 ticks, 0.000 sec)
PASS test_invalid_notification: (0 ticks, 0.000 sec)
PASS test_hint_transient: (2 ticks, 0.020 sec)
PASS test_hint_progress: (2 ticks, 0.020 sec)
PASS test_hint_icons: (0 ticks, 0.000 sec)
PASS test_hint_category: (0 ticks, 0.000 sec)
PASS test_hint_desktop_entry: (0 ticks, 0.000 sec)
PASS test_hint_urgency: (1 ticks, 0.010 sec)
PASS test_hint_raw_image: (1 ticks, 0.010 sec)
PASS test_dbus_notify_colors: (0 ticks, 0.000 sec)
PASS test_server_caps: (0 ticks, 0.000 sec)
PASS test_server_caps: (0 ticks, 0.000 sec)
PASS test_server_caps: (0 ticks, 0.000 sec)
PASS test_close_and_signal: (0 ticks, 0.000 sec)
PASS test_signal_actioninvoked: (2 ticks, 0.020 sec)
PASS test_signal_length_propertieschanged: (1 ticks, 0.010 sec)
PASS test_timeout_overflow: (0 ticks, 0.000 sec)
PASS test_override_dbus_timeout: (0 ticks, 0.000 sec)
PASS test_match_dbus_timeout: (0 ticks, 0.000 sec)
PASS test_timeout: (0 ticks, 0.000 sec)
PASS test_clearhistory_and_signal: (0 ticks, 0.000 sec)
PASS test_removehistory_and_signal: (0 ticks, 0.000 sec)
PASS test_dbus_cb_dunst_NotificationListHistory: (0 ticks, 0.000 sec)
PASS test_dbus_cb_dunst_RuleEnable: (0 ticks, 0.000 sec)
PASS test_dbus_cb_dunst_RuleList: (0 ticks, 0.000 sec)
PASS assert_methodlists_sorted: (0 ticks, 0.000 sec)
PASS test_dbus_teardown: (0 ticks, 0.000 sec)

33 tests - 33 passed, 0 failed, 0 skipped (12 ticks, 0.120 sec)

* Suite suite_setting:
PASS test_dunstrc_markup: (0 ticks, 0.000 sec)
PASS test_dunstrc_nomarkup: (0 ticks, 0.000 sec)
PASS test_dunstrc_defaults: (0 ticks, 0.000 sec)

3 tests - 3 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_icon_lookup:
PASS test_load_theme_from_dir: (2 ticks, 0.020 sec)
PASS test_find_icon: (1 ticks, 0.010 sec)
PASS test_new_icon_overrides_raw_icon: (1 ticks, 0.010 sec)

3 tests - 3 passed, 0 failed, 0 skipped (4 ticks, 0.040 sec)

* Suite suite_draw:
PASS test_calculate_dimensions_height_min: (7 ticks, 0.070 sec)
PASS test_calculate_dimensions_height_gaps: (0 ticks, 0.000 sec)
PASS test_calculate_dimensions_height_no_gaps: (0 ticks, 0.000 sec)
PASS test_layout_from_notification_no_icon: (0 ticks, 0.000 sec)
PASS test_layout_from_notification_icon_off: (0 ticks, 0.000 sec)
PASS test_layout_from_notification: (0 ticks, 0.000 sec)
PASS test_layout_render_gaps: (0 ticks, 0.000 sec)
PASS test_layout_render_no_gaps: (0 ticks, 0.000 sec)

8 tests - 8 passed, 0 failed, 0 skipped (7 ticks, 0.070 sec)

* Suite suite_rules:
PASS test_pattern_match: (0 ticks, 0.000 sec)
PASS test_pattern_match: (0 ticks, 0.000 sec)

2 tests - 2 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

* Suite suite_input:
PASS test_notification_at: (0 ticks, 0.000 sec)
PASS test_get_notification_clickable_height_gaps: (0 ticks, 0.000 sec)
PASS test_get_notification_clickable_height_last: (0 ticks, 0.000 sec)
PASS test_get_notification_clickable_height_middle: (0 ticks, 0.000 sec)
PASS test_get_notification_clickable_height_first: (0 ticks, 0.000 sec)

5 tests - 5 passed, 0 failed, 0 skipped (0 ticks, 0.000 sec)

Total: 202 tests (25 ticks, 0.250 sec), 2651 assertions
Pass: 200, fail: 2, skip: 0.

--

Running:
dunst -startup_notification

gives a notification without decorations.

Not sure on those two failed tests, but the x11 flavor has the same
results. Looks fine otherwise.

May you all have a good one.

--
yaydn

> >> Index: Makefile
> >> ===================================================================
> >> RCS file: /cvs/ports/x11/dunst/Makefile,v
> >> retrieving revision 1.20
> >> diff -u -p -r1.20 Makefile
> >> --- Makefile 31 Dec 2025 14:23:22 -0000 1.20
> >> +++ Makefile 1 Mar 2026 13:48:36 -0000
> >> @@ -10,6 +10,8 @@ HOMEPAGE= https://dunst-project.org/
> >>
> >> MAINTAINER = Timo Myyra <timo.myyra@bittivirhe.fi>
> >>
> >> +FLAVORS = wayland
> >> +FLAVOR ?=
> >> # BSD
> >> PERMIT_PACKAGE = Yes
> >>
> >> @@ -44,8 +46,14 @@ MAKE_FLAGS = PREFIX="${PREFIX}" \
> >> SYSCONFDIR="/etc" \
> >> BASHCOMPLETIONDIR="${LOCALBASE}/share/bash-completion/completions" \
> >> FISHCOMPLETIONDIR="${LOCALBASE}/share/fish/vendor_completions.d" \
> >> - ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions" \
> >> - WAYLAND=0
> >> + ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions"
> >> +
> >> +.if ${FLAVOR:Mwayland}
> >> +LIB_DEPENDS += wayland/wayland
> >> +WANTLIB += wayland-client wayland-cursor
> >> +.else
> >> +MAKE_FLAGS += WAYLAND=0
> >> +.endif
> >>
> >> pre-configure:
> >> ${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
> >
>
>

Re: [NEW] wayland/fuzzel

På søndag 1. mars 2026 kl. 10:42, skrev Volker Schlecht
<openbsd-ports@schlecht.dev>:

> ... and yet more wayland/niri/hipster bikeshedding :-)
>
> Description
>
> Fuzzel is a Wayland-native application launcher and fuzzy finder, inspired by
> rofi and dmenu.
>
> WWW: https://codeberg.org/dnkl/fuzzel/
>
> Needs some patches that are basically copied from wayland/foot.
> ok?

Built/Tested on current/amd64:

Use ark to extract fuzzel.tar.gz in /tmp/

Privsep with separate user:
cp -Rv /tmp/fuzzel /usr/ports/mystuff/wayland/
cd /usr/ports/mystuff/wayland/fuzzel/ && make clean=all clean && make test port-lib-depends-check install clean

Root:
pkg_add -Dsnap -Dunsigned -r /usr/ports/packages/amd64/all/fuzzel-1.14.0.tgz

I tried building in mystuff/wayland/fuzzel but:

===> Building package for fuzzel-1.14.0
Create /usr/ports/packages/amd64/all/fuzzel-1.14.0.tgz
Creating package fuzzel-1.14.0
Link to /usr/ports/packages/amd64/ftp/fuzzel-1.14.0.tgz
===> Verifying specs: c cairo epoll-shim fcft fontconfig m pixman-1 png pthread stdthreads wayland-client wayland-cursor xkbcommon
===> found c.102.2 cairo.13.5 epoll-shim.0.1 fcft.0.1 fontconfig.14.1 m.10.1 pixman-1.46.4 png.18.2 pthread.28.1 stdthreads.0.0 wayland-client.0.3 wayland-cursor.0.0 xkbcommon.4.2
===> Installing fuzzel-1.14.0 from /usr/ports/packages/amd64/all/
quirks-7.184 signed on 2026-02-28T16:57:14Z
file:/usr/ports/packages/amd64/all/fuzzel-1.14.0.tgz: unsigned package
Can't find /usr/ports/packages/amd64/all/fuzzel-1.14.0.tgz
Couldn't install fuzzel-1.14.0
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2260 '/var/db/pkg/fuzzel-1.14.0/+CONTENTS': @/usr/bin/env -i PKG_TMPDIR=/var/tmp ...)
*** Error 2 in /usr/ports/mystuff/wayland/fuzzel (/usr/ports/infrastructure/mk/bsd.port.mk:2706 'install': @lock=fuzzel-1.14.0; export _LOC...)
--

It looks like if you use privsep with another user it won't install
unless you have something like:

permit keepenv privsep_user as root cmd /usr/sbin/pkg_add
permit keepenv privsep_user as root cmd pkg_add

in /etc/doas.conf or worse with nopass.

I did this prior, but was warned away from doing so by even Theo
(de Raadt, and maybe Buehler) for security reasons. A no-no.

When I made the user for privsep I made one like used in ports
_some_project, with no password too, but past the 1000 uids. So one
could not try to bruteforce a password from terminal, tty, or ssh. Only
available if 'su - privsep_user' is used, whether by root or doas
allowance. The /usr/ports/ folder is under said privsep_user user and
wsrc group. With privsep_user being part of the wsrc, _pbuild, _pfetch
groups.

And in /etc/mk.conf :

SUDO=doas
PORTS_PRIVSEP=Yes
--

Maybe I am doing it wrong or misunderstood?

The only thing I have for privilege escalation in /etc/doas.conf is:

# Non-exhaustive list of variables needed to build release(8) and ports(7)
permit nopass setenv { \
FTPMODE PKG_CACHE PKG_PATH SM_PATH SSH_AUTH_SOCK \
DESTDIR DISTDIR FETCH_CMD FLAVOR GROUP MAKE MAKECONF \
MULTI_PACKAGES NOMAN OKAY_FILES OWNER PKG_DBDIR \
PKG_DESTDIR PKG_TMPDIR PORTSDIR RELEASEDIR SHARED_ONLY \
PORTS_TREE_OWNER FAKE_TREE_OWNER PORTSDIR \
SUBPACKAGE WRKOBJDIR SUDO_PORT_V1 } :wsrc

permit keepenv nopass privsep_user as _pbuild
permit keepenv nopass privsep_user as _pfetch

--

As this as a dedicated user for fetching/building. Utilizing pkg_add
-Dunsigned or with TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all in
root or a user with doas if desired.

Regardless, fuzzel builds/installs. And no obvious grammar, formatting
or syntax issues.

I switched the wmenu-run I had used for fuzzel in
~/.config/niri/config.kdl :

Mod+D { spawn "fuzzel"; }
//Mod+D { spawn "wmenu-run"; }

--

It looks good in niri and definitely help default niri installations.

Definitely launches applications.

Hope this helps. Thank all of OpenBSD devs for your efforts and also
for help having been given to this port novice.

--
yaydn

Re: [Update] shells/fish 4.5.0

Am Sun, 1 Mar 2026 13:27:06 +0100
schrieb Volker Schlecht <openbsd-ports@schlecht.dev>:

> ... I've been running with this locally for a while now, seems to
> work fine.
>
> ok?

Looks good, thank you!

OK maintainer

--
greetings,

Florian Viehweger

Re: How big /usr/local for full blown fat desktop these days? 2026q1

On Sun, 01 Mar 2026 14:24:56 +0100,
Mikolaj Kucharski <mikolaj@kucharski.name> wrote:
>
> I am wondering what do you guys have? I mean, KDE or GNOME or both
> (I don't use it, but want to know the really fat setup), CAD software
> like Prusa Slicer, FreeCAD, GIMP, Shotcut, LaTeX, Python, Golang, Rust.
>
> I was going for years with 25GB and I thought it will last for decates.
> Until today, when I run out of disk space. I guess the decates went by,
> like a heartbeat?
>

I do have 50G /usr/local on daily driver and I do have installed full LaTex,
few llvm, Intellij and PyCharm, a few jdk and Libreoffice...

It has 15G free space.

--
wbr, Kirill

firefox: fix arrow keys in js terminals (Proxmox/ESXi for example)

Hi,

When using firefox to connect to a proxmox hypervisor or other kind of
application that provide a terminal emulator withing the browser, one
may observe that the arrow keys don't work propoerly under OpenBSD.

This has been debugged by David Brownlee and "RVP" under NetBSD
(see the thread at
https://marc.infœ?l=netbsd-current-users&m=176721894101063&w=2)

Below is an adaptation (with the help of landry@) of the patch they
came up with for NetBSD :

I do agree with them that in the long term wscons should be switched
to provide evdev compatible keycodes. But in the mean time, this makes
the arrows work the console under Proxmox/ESXi.

ok ?

Index: Makefile
===================================================================
RCS file: /local/cvs/ports/www/mozilla-firefox/Makefile,v
diff -u -p -u -r1.673 Makefile
--- Makefile 24 Feb 2026 13:58:51 -0000 1.673
+++ Makefile 1 Mar 2026 19:34:02 -0000
@@ -9,6 +9,8 @@ MOZILLA_PROJECT = firefox
MOZILLA_CODENAME = browser
MOZILLA_PROFDATA_TASKID = djIMt7uyQSee2RWDha6PvA

+REVISION = 0
+
WRKDIST = ${WRKDIR}/${MOZILLA_DIST}-${MOZILLA_DIST_VERSION:C/b[0-9]*//}
HOMEPAGE = https://www.mozilla.org/firefox/
SO_VERSION = 160.0
Index: patches/patch-widget_NativeKeyToDOMCodeName_h
===================================================================
RCS file: patches/patch-widget_NativeKeyToDOMCodeName_h
diff -N patches/patch-widget_NativeKeyToDOMCodeName_h
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-widget_NativeKeyToDOMCodeName_h 1 Mar 2026 19:34:02 -0000
@@ -0,0 +1,72 @@
+Index: widget/NativeKeyToDOMCodeName.inc
+--- widget/NativeKeyToDOMCodeName.h.orig
++++ widget/NativeKeyToDOMCodeName.h
+@@ -379,7 +379,9 @@ CODE_MAP_ANDROID(Tab, 0x000F)
+
+ // IME keys
+ CODE_MAP_WIN(Convert, 0x0079)
++#if ! defined(__OpenBSD__)
+ CODE_MAP_X11(Convert, 0x0064)
++

Re: x11/dunst - add wayland FLAVOR?

I don't have strong opinions on wayland support being a flavor or not, but I
assumed that there were reasons to disable wayland in the first place ...

Having said that, this is the remaining puzzle piece for me to switch from my
old herbstluftwm setup to niri as my daily driver, so I hope one way or another,
that we'll get wayland support into dunst ;-)

On 3/1/26 6:37 PM, Tobias Heider wrote:
> On Sun, Mar 01, 2026 at 02:57:08PM +0100, Volker Schlecht wrote:
>> To use dunst on niri, we need wayland support built in (the non-wayland version
>> works with XWayland under wayland/sway, but with xwayland-satellite as used by
>> niri, notifications appear as regular windows with decorations and all.
>>
>> Therefore I'd like to propose a wayland FLAVOR for x11/dunst.
>>
>> What do you think?
>>
>
> Works here. I have no partiuclar opinion on making wayland support
> a flavor but the diff is ok with me if Timo agrees.
>
>> Index: Makefile
>> ===================================================================
>> RCS file: /cvs/ports/x11/dunst/Makefile,v
>> retrieving revision 1.20
>> diff -u -p -r1.20 Makefile
>> --- Makefile 31 Dec 2025 14:23:22 -0000 1.20
>> +++ Makefile 1 Mar 2026 13:48:36 -0000
>> @@ -10,6 +10,8 @@ HOMEPAGE= https://dunst-project.org/
>>
>> MAINTAINER = Timo Myyra <timo.myyra@bittivirhe.fi>
>>
>> +FLAVORS = wayland
>> +FLAVOR ?=
>> # BSD
>> PERMIT_PACKAGE = Yes
>>
>> @@ -44,8 +46,14 @@ MAKE_FLAGS = PREFIX="${PREFIX}" \
>> SYSCONFDIR="/etc" \
>> BASHCOMPLETIONDIR="${LOCALBASE}/share/bash-completion/completions" \
>> FISHCOMPLETIONDIR="${LOCALBASE}/share/fish/vendor_completions.d" \
>> - ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions" \
>> - WAYLAND=0
>> + ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions"
>> +
>> +.if ${FLAVOR:Mwayland}
>> +LIB_DEPENDS += wayland/wayland
>> +WANTLIB += wayland-client wayland-cursor
>> +.else
>> +MAKE_FLAGS += WAYLAND=0
>> +.endif
>>
>> pre-configure:
>> ${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
>

Re: [NEW] net/arti

On 2/17/26 22:41, Andrew Kloet wrote:
> Sorry, I forgot to run portcheck. Also, I added the doc/ folder from
> the build to the packing list.
>
> Andrew
I'm not sure how I managed to upload the same tarball three times
without realizing. Here is the actual updated port.

Looking for feedback, OK?

Re: x11/dunst - add wayland FLAVOR?

On Sun, Mar 01, 2026 at 02:57:08PM +0100, Volker Schlecht wrote:
> To use dunst on niri, we need wayland support built in (the non-wayland version
> works with XWayland under wayland/sway, but with xwayland-satellite as used by
> niri, notifications appear as regular windows with decorations and all.
>
> Therefore I'd like to propose a wayland FLAVOR for x11/dunst.
>
> What do you think?
>

Works here. I have no partiuclar opinion on making wayland support
a flavor but the diff is ok with me if Timo agrees.

> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/x11/dunst/Makefile,v
> retrieving revision 1.20
> diff -u -p -r1.20 Makefile
> --- Makefile 31 Dec 2025 14:23:22 -0000 1.20
> +++ Makefile 1 Mar 2026 13:48:36 -0000
> @@ -10,6 +10,8 @@ HOMEPAGE= https://dunst-project.org/
>
> MAINTAINER = Timo Myyra <timo.myyra@bittivirhe.fi>
>
> +FLAVORS = wayland
> +FLAVOR ?=
> # BSD
> PERMIT_PACKAGE = Yes
>
> @@ -44,8 +46,14 @@ MAKE_FLAGS = PREFIX="${PREFIX}" \
> SYSCONFDIR="/etc" \
> BASHCOMPLETIONDIR="${LOCALBASE}/share/bash-completion/completions" \
> FISHCOMPLETIONDIR="${LOCALBASE}/share/fish/vendor_completions.d" \
> - ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions" \
> - WAYLAND=0
> + ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions"
> +
> +.if ${FLAVOR:Mwayland}
> +LIB_DEPENDS += wayland/wayland
> +WANTLIB += wayland-client wayland-cursor
> +.else
> +MAKE_FLAGS += WAYLAND=0
> +.endif
>
> pre-configure:
> ${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \

Re: Class Files from "Berkeley UNIX and ANSI C"

On Friday, February 27, 2026 10:21:45 PM Central Standard Time jslee wrote:
> On Sat, 28 Feb 2026, at 01:48, Robert B. Carleton wrote:
> > This is probably a stretch. I recently bought a copy of "Berkeley UNIX
> > and ANSI C" by Jack Hodges. It's giving me all kinds of flashbacks to
> > the nineties when I was using the FreeBSD 1.X series. I'm really
> > enjoying it. Are the example files from the book still available
> > somewhere? I did some searching and haven't managed to turn them up
> > anywhere so far.
>
> This sounds like a topic best asked on the TUHS list
>
> John

Thanks for the tip. I'll check it out. I hadn't subscribed there before.

Re: How big /usr/local for full blown fat desktop these days? 2026q1

On Sun Mar 01, 2026 at 02:50:32PM +0000, Mikolaj Kucharski wrote:
> On Sun, Mar 01, 2026 at 01:35:42PM +0000, Stuart Henderson wrote:
> > On 2026/03/01 13:24, Mikolaj Kucharski wrote:
> > > I am wondering what do you guys have? I mean, KDE or GNOME or both
> > > (I don't use it, but want to know the really fat setup), CAD software
> > > like Prusa Slicer, FreeCAD, GIMP, Shotcut, LaTeX, Python, Golang, Rust.
> > >
> > > I was going for years with 25GB and I thought it will last for decates.
> > > Until today, when I run out of disk space. I guess the decates went by,
> > > like a heartbeat?
> >
> > 32GB isn't enough on my main ports testing machine. Maybe try at least 50..
>
> Thanks Stuart. Will go with 50GB with next hardware upgrade.
>

50G is also my default to install almost everything.

Re: How big /usr/local for full blown fat desktop these days? 2026q1

On Sun, Mar 01, 2026 at 01:35:42PM +0000, Stuart Henderson wrote:
> On 2026/03/01 13:24, Mikolaj Kucharski wrote:
> > I am wondering what do you guys have? I mean, KDE or GNOME or both
> > (I don't use it, but want to know the really fat setup), CAD software
> > like Prusa Slicer, FreeCAD, GIMP, Shotcut, LaTeX, Python, Golang, Rust.
> >
> > I was going for years with 25GB and I thought it will last for decates.
> > Until today, when I run out of disk space. I guess the decates went by,
> > like a heartbeat?
>
> 32GB isn't enough on my main ports testing machine. Maybe try at least 50..

Thanks Stuart. Will go with 50GB with next hardware upgrade.

--
Regards,
Mikolaj

Touchpad not clicking

My touchpad isn't working.

This is from my dmesg.

ihidev0 at iic1 addr 0x2c gpio 18, vendor 0x6cb product 0xce2c, SYNA2BA6

ihidev0: 15 report ids

imt0 at ihidev0: clickpad, 5 contacts

wsmouse0 at imt0 mux 0

ims0 at ihidev0 reportid 2: 2 buttons

wsmouse1 at ims0 mux 0

hid at ihidev0 reportid 6 not configured

hid at ihidev0 reportid 7 not configured

hid at ihidev0 reportid 9 not configured

hid at ihidev0 reportid 10 not configured

hid at ihidev0 reportid 11 not configured

hid at ihidev0 reportid 12 not configured

hid at ihidev0 reportid 13 not configured

hid at ihidev0 reportid 14 not configured

hid at ihidev0 reportid 15 not configured

This is from my xorg.conf

Section "InputDevice"

Identifier "Touchpad"

Driver "synaptics"

Option "Device" "/dev/ihidev0" # Replace with your device path

EndSection

Does anyone know why it might not be working?

Thanks./John

Re: prusaslicer binary unexpectedly big

On 2026/03/01 13:17, Mikolaj Kucharski wrote:
> Hi.
>
> I run out of disk space on /usr/local today with 25GB partition and that
> got me really surprised. What cought my attention that prusa-slicer
> binary is more that 800MB in size. Is this epxected? I stripped it to
> approx 32MB.

upstream builds various things with debug symbols. given that this is
for LP64 archs only, probably easiest to just do this so they get moved
to debug-prusaslicer, otherwise it seems a bunch of patching is needed.

Renato, ok with you?

-rw-r--r-- 2 _pbuild wsrc 165M Mar 1 14:34 debug-prusaslicer-2.9.4.tgz
-rw-r--r-- 2 _pbuild wsrc 77.1M Mar 1 14:34 prusaslicer-2.9.4.tgz

Index: Makefile
===================================================================
RCS file: /cvs/ports/cad/prusaslicer/Makefile,v
diff -u -p -r1.28 Makefile
--- Makefile 15 Feb 2026 00:20:27 -0000 1.28
+++ Makefile 1 Mar 2026 13:56:12 -0000
@@ -3,6 +3,7 @@ ONLY_FOR_ARCHS = ${LP64_ARCHS}
DPB_PROPERTIES = parallel

V = 2.9.4
+REVISION = 0
PKGNAME = prusaslicer-${V}

GH_ACCOUNT = prusa3d
@@ -38,6 +39,7 @@ WANTLIB += wx_gtk3u_webview-3.2 z z3
FIX_CRLF_FILES = src/slic3r/GUI/GLCanvas3D.cpp

COMPILER = base-clang ports-gcc
+DEBUG_PACKAGES = ${BUILD_PACKAGES}

MODULES = devel/cmake \
x11/gnome

Re: [NEW] geo/versatiles

One Ping before dropping it.

On 10/8/25 8:29 PM, Volker Schlecht wrote:
> [Obviously for after unlock. Still a little rough on the edges,
> probing general interest for now.]
>
> VersaTiles is an open-source ecosystem for generating, processing,
> storing, serving and rendering map tiles. It provides a open, modular and high-
> performance alternative to proprietary solutions, offering full control over the
> map data pipeline.
> It enables developers and organizations to self-host and serve map tiles
> without relying on commercial providers.
>
> https://versatiles.org/
> https://github.com/versatiles-org/
>
>
>
>
>

Update mlmmj to 1.7.1

Hi.

Didn't had a chance to set it up yet, so update is not tested, but
wanted to send it out, in case someone is using it.

Regress has 9 failures, which I didn't look into yet.

207/216 passed (9 failed)
Committed action 1
Usage error for command report: Unknown option --results-file=/usr/local/obj-ports/mlmmj-1.7.1/mlmmj-1.7.1.
Type 'kyua help report' for usage information.

Not sure does kyua cli needs an update too.

Index: Makefile
===================================================================
RCS file: /cvs/ports/mail/mlmmj/Makefile,v
diff -u -p -u -r1.28 Makefile
--- Makefile 22 May 2024 22:29:29 -0000 1.28
+++ Makefile 1 Mar 2026 13:59:02 -0000
@@ -1,6 +1,6 @@
COMMENT= mailing list manager

-V= 1.4.5
+V= 1.7.1

DISTNAME= mlmmj-${V}

@@ -30,7 +30,9 @@ CONFIGURE_ARGS+=--enable-receive-strip=y
CONFIGURE_ENV= CPPFLAGS="-I${WRKSRC}/include -I${LOCALBASE}/include" \
LDFLAGS="-L${LOCALBASE}/lib -liconv"

-DOCS= README* TUNABLES
+PORTHOME= ${WRKDIR} # for regression tests
+
+DOCS= FAQ README*.md TUNABLES.md UPGRADE

post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/mlmmj
Index: distinfo
===================================================================
RCS file: /cvs/ports/mail/mlmmj/distinfo,v
diff -u -p -u -r1.13 distinfo
--- distinfo 3 May 2024 13:57:20 -0000 1.13
+++ distinfo 1 Mar 2026 13:59:02 -0000
@@ -1,2 +1,2 @@
-SHA256 (mlmmj-1.4.5.tar.gz) = UluUL2mGZmdubon/3KbdvDBlSsNp3ux/z27RBVyH6Aw=
-SIZE (mlmmj-1.4.5.tar.gz) = 465064
+SHA256 (mlmmj-1.7.1.tar.gz) = bx9sr3Y5KSiE6Pvl1QPSyGHEG0DPvdRmezlPduMU/q4=
+SIZE (mlmmj-1.7.1.tar.gz) = 441215
Index: patches/patch-Makefile_in
===================================================================
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- patches/patch-Makefile_in 3 May 2024 14:01:02 -0000 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,12 +0,0 @@
-Index: Makefile.in
---- Makefile.in.orig
-+++ Makefile.in
-@@ -420,7 +420,7 @@ SUBDIRS = src listtexts contrib
-
- @WANT_TESTS_TRUE@tests_mlmmj_LDADD = \
- @WANT_TESTS_TRUE@ $(top_builddir)/src/libmlmmj.a \
--@WANT_TESTS_TRUE@ @ATF_LIBS@ -lrt
-+@WANT_TESTS_TRUE@ @ATF_LIBS@
-
- @WANT_TESTS_TRUE@tests_fakesmtpd_SOURCES = \
- @WANT_TESTS_TRUE@ tests/fakesmtpd.c
Index: pkg/PLIST
===================================================================
RCS file: /cvs/ports/mail/mlmmj/pkg/PLIST,v
diff -u -p -u -r1.12 PLIST
--- pkg/PLIST 3 May 2024 13:57:20 -0000 1.12
+++ pkg/PLIST 1 Mar 2026 13:59:02 -0000
@@ -20,18 +20,19 @@ bin/mlmmj-recieve
@man man/man1/mlmmj-sub.1
@man man/man1/mlmmj-unsub.1
share/doc/mlmmj/
-share/doc/mlmmj/README
-share/doc/mlmmj/README.access
-share/doc/mlmmj/README.archives
-share/doc/mlmmj/README.exim4
-share/doc/mlmmj/README.footers
-share/doc/mlmmj/README.listtexts
-share/doc/mlmmj/README.postfix
-share/doc/mlmmj/README.qmail
+share/doc/mlmmj/FAQ
+share/doc/mlmmj/README.access.md
+share/doc/mlmmj/README.archives.md
+share/doc/mlmmj/README.exim4.md
+share/doc/mlmmj/README.footers.md
+share/doc/mlmmj/README.listtexts.md
+share/doc/mlmmj/README.md
+share/doc/mlmmj/README.postfix.md
+share/doc/mlmmj/README.qmail.md
share/doc/mlmmj/README.receive-strip
-share/doc/mlmmj/README.security
-share/doc/mlmmj/README.sendmail
-share/doc/mlmmj/TUNABLES
+share/doc/mlmmj/README.sendmail.md
+share/doc/mlmmj/TUNABLES.md
+share/doc/mlmmj/UPGRADE
share/mlmmj/
share/mlmmj/text.skel/
share/mlmmj/text.skel/ast/

--
Regards,
Mikolaj

x11/dunst - add wayland FLAVOR?

Index: Makefile
===================================================================
RCS file: /cvs/ports/x11/dunst/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile 31 Dec 2025 14:23:22 -0000 1.20
+++ Makefile 1 Mar 2026 13:48:36 -0000
@@ -10,6 +10,8 @@ HOMEPAGE= https://dunst-project.org/

MAINTAINER = Timo Myyra <timo.myyra@bittivirhe.fi>

+FLAVORS = wayland
+FLAVOR ?=
# BSD
PERMIT_PACKAGE = Yes

@@ -44,8 +46,14 @@ MAKE_FLAGS = PREFIX="${PREFIX}" \
SYSCONFDIR="/etc" \
BASHCOMPLETIONDIR="${LOCALBASE}/share/bash-completion/completions" \
FISHCOMPLETIONDIR="${LOCALBASE}/share/fish/vendor_completions.d" \
- ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions" \
- WAYLAND=0
+ ZSHCOMPLETIONDIR="${LOCALBASE}/share/zsh/site-functions"
+
+.if ${FLAVOR:Mwayland}
+LIB_DEPENDS += wayland/wayland
+WANTLIB += wayland-client wayland-cursor
+.else
+MAKE_FLAGS += WAYLAND=0
+.endif

pre-configure:
${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
To use dunst on niri, we need wayland support built in (the non-wayland version
works with XWayland under wayland/sway, but with xwayland-satellite as used by
niri, notifications appear as regular windows with decorations and all.

Therefore I'd like to propose a wayland FLAVOR for x11/dunst.

What do you think?

Re: How big /usr/local for full blown fat desktop these days? 2026q1

On 2026/03/01 13:24, Mikolaj Kucharski wrote:
> I am wondering what do you guys have? I mean, KDE or GNOME or both
> (I don't use it, but want to know the really fat setup), CAD software
> like Prusa Slicer, FreeCAD, GIMP, Shotcut, LaTeX, Python, Golang, Rust.
>
> I was going for years with 25GB and I thought it will last for decates.
> Until today, when I run out of disk space. I guess the decates went by,
> like a heartbeat?

32GB isn't enough on my main ports testing machine. Maybe try at least 50..

How big /usr/local for full blown fat desktop these days? 2026q1

I am wondering what do you guys have? I mean, KDE or GNOME or both
(I don't use it, but want to know the really fat setup), CAD software
like Prusa Slicer, FreeCAD, GIMP, Shotcut, LaTeX, Python, Golang, Rust.

I was going for years with 25GB and I thought it will last for decates.
Until today, when I run out of disk space. I guess the decates went by,
like a heartbeat?

--
Regards,
Mikolaj

prusaslicer binary unexpectedly big

Hi.

I run out of disk space on /usr/local today with 25GB partition and that
got me really surprised. What cought my attention that prusa-slicer
binary is more that 800MB in size. Is this epxected? I stripped it to
approx 32MB.

--
Regards,
Mikolaj

[Update] shells/fish 4.5.0

Index: main/Makefile
===================================================================
RCS file: /cvs/ports/shells/fish/main/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- main/Makefile 4 Feb 2026 19:10:06 -0000 1.10
+++ main/Makefile 1 Mar 2026 12:25:01 -0000
@@ -1,6 +1,6 @@
COMMENT = friendly interactive shell

-V = 4.4.0
+V = 4.5.0

DISTNAME = fish-${V}

Index: main/crates.inc
===================================================================
RCS file: /cvs/ports/shells/fish/main/crates.inc,v
retrieving revision 1.6
diff -u -p -r1.6 crates.inc
--- main/crates.inc 4 Feb 2026 19:10:06 -0000 1.6
+++ main/crates.inc 1 Mar 2026 12:25:01 -0000
@@ -28,7 +28,6 @@ MODCARGO_CRATES += equivalent 1.0.2 # Ap
MODCARGO_CRATES += errno 0.3.14 # MIT OR Apache-2.0
MODCARGO_CRATES += fastrand 2.3.0 # Apache-2.0 OR MIT
MODCARGO_CRATES += find-msvc-tools 0.1.9 # MIT OR Apache-2.0
-MODCARGO_CRATES += fnv 1.0.7 # Apache-2.0 / MIT
MODCARGO_CRATES += foldhash 0.2.0 # Zlib
MODCARGO_CRATES += generic-array 0.14.7 # MIT
MODCARGO_CRATES += getrandom 0.2.17 # MIT OR Apache-2.0
@@ -47,9 +46,7 @@ MODCARGO_CRATES += lru 0.16.3 # MIT
MODCARGO_CRATES += macro_rules_attribute 0.2.2 # Apache-2.0 OR MIT OR Zlib
MODCARGO_CRATES += macro_rules_attribute-proc_macro 0.2.2 # Apache-2.0 OR MIT OR Zlib
MODCARGO_CRATES += memchr 2.7.6 # Unlicense OR MIT
-MODCARGO_CRATES += minimal-lexical 0.2.1 # MIT/Apache-2.0
MODCARGO_CRATES += nix 0.31.1 # MIT
-MODCARGO_CRATES += nom 7.1.3 # MIT
MODCARGO_CRATES += num-traits 0.2.19 # MIT OR Apache-2.0
MODCARGO_CRATES += once_cell 1.21.3 # MIT OR Apache-2.0
MODCARGO_CRATES += once_cell_polyfill 1.70.2 # MIT OR Apache-2.0
@@ -57,13 +54,9 @@ MODCARGO_CRATES += option-ext 0.2.0 # MP
MODCARGO_CRATES += parking_lot 0.12.5 # MIT OR Apache-2.0
MODCARGO_CRATES += parking_lot_core 0.9.12 # MIT OR Apache-2.0
MODCARGO_CRATES += paste 1.0.15 # MIT OR Apache-2.0
-MODCARGO_CRATES += phf 0.11.3 # MIT
MODCARGO_CRATES += phf 0.13.1 # MIT
-MODCARGO_CRATES += phf_codegen 0.11.3 # MIT
MODCARGO_CRATES += phf_codegen 0.13.1 # MIT
-MODCARGO_CRATES += phf_generator 0.11.3 # MIT
MODCARGO_CRATES += phf_generator 0.13.1 # MIT
-MODCARGO_CRATES += phf_shared 0.11.3 # MIT
MODCARGO_CRATES += phf_shared 0.13.1 # MIT
MODCARGO_CRATES += pkg-config 0.3.32 # MIT OR Apache-2.0
MODCARGO_CRATES += portable-atomic 1.13.1 # Apache-2.0 OR MIT
@@ -71,10 +64,8 @@ MODCARGO_CRATES += ppv-lite86 0.2.21 # M
MODCARGO_CRATES += proc-macro2 1.0.106 # MIT OR Apache-2.0
MODCARGO_CRATES += quote 1.0.44 # MIT OR Apache-2.0
MODCARGO_CRATES += r-efi 5.3.0 # MIT OR Apache-2.0 OR LGPL-2.1-or-later
-MODCARGO_CRATES += rand 0.8.5 # MIT OR Apache-2.0
MODCARGO_CRATES += rand 0.9.2 # MIT OR Apache-2.0
MODCARGO_CRATES += rand_chacha 0.9.0 # MIT OR Apache-2.0
-MODCARGO_CRATES += rand_core 0.6.4 # MIT OR Apache-2.0
MODCARGO_CRATES += rand_core 0.9.5 # MIT OR Apache-2.0
MODCARGO_CRATES += redox_syscall 0.5.18 # MIT
MODCARGO_CRATES += redox_users 0.5.2 # MIT
@@ -100,7 +91,6 @@ MODCARGO_CRATES += siphasher 1.0.2 # MIT
MODCARGO_CRATES += smallvec 1.15.1 # MIT OR Apache-2.0
MODCARGO_CRATES += strsim 0.11.1 # MIT
MODCARGO_CRATES += syn 2.0.114 # MIT OR Apache-2.0
-MODCARGO_CRATES += terminfo 0.9.0 # WTFPL
MODCARGO_CRATES += thiserror 2.0.18 # MIT OR Apache-2.0
MODCARGO_CRATES += thiserror-impl 2.0.18 # MIT OR Apache-2.0
MODCARGO_CRATES += typenum 1.19.0 # MIT OR Apache-2.0
Index: main/distinfo
===================================================================
RCS file: /cvs/ports/shells/fish/main/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- main/distinfo 4 Feb 2026 19:10:06 -0000 1.9
+++ main/distinfo 1 Mar 2026 12:25:01 -0000
@@ -28,7 +28,6 @@ SHA256 (cargo/equivalent-1.0.2.tar.gz) =
SHA256 (cargo/errno-0.3.14.tar.gz) = Ocq3FheuDWP1GjbWn4ZjkXNbUWkdvaY89vltBCtj7+s=
SHA256 (cargo/fastrand-2.3.0.tar.gz) = N5Ce67tQ1y+QWcO22CwEY/L/BiyelYRcQ6bJwDVUEb4=
SHA256 (cargo/find-msvc-tools-0.1.9.tar.gz) = W668B3QVH5BaGizEGYkwCx5vuymv8M7/oQZP3TCI1YI=
-SHA256 (cargo/fnv-1.0.7.tar.gz) = P57skY0/JAad7LmvFVTK18iA4tokqa/YisoABTGrgsE=
SHA256 (cargo/foldhash-0.2.0.tar.gz) = d84ky1gij7uKoEFCW7EFCFCsGRd2hupuD0GnBBb1b9s=
SHA256 (cargo/generic-array-0.14.7.tar.gz) = hWScpR/XInLXghra8nStkcKIJ3cT2cGIINhJmn/2npo=
SHA256 (cargo/getrandom-0.2.17.tar.gz) = /yq8AL5/ym68R0UkaXridq2EetCms/qkvLAn6aRhStA=
@@ -47,9 +46,7 @@ SHA256 (cargo/lru-0.16.3.tar.gz) = odxH9
SHA256 (cargo/macro_rules_attribute-0.2.2.tar.gz) = ZQSdeSNpgEDNCx3cztmw6xTdIsX4auWcN0DqtkpnZSA=
SHA256 (cargo/macro_rules_attribute-proc_macro-0.2.2.tar.gz) = Zw/f2ol1G8SoSsE+qmPiBc8P0itMml+/oIW2PB8dOjA=
SHA256 (cargo/memchr-2.7.6.tar.gz) = 9SsA05lh/FsnNuqFPJzIYjjhZQF6ST0dXI6sa9xMwnM=
-SHA256 (cargo/minimal-lexical-0.2.1.tar.gz) = aDVMXGvTbXP/P+zrBe+lm2rLdiZhf0livjIqgl5h95o=
SHA256 (cargo/nix-0.31.1.tar.gz) = Il58/nEeC6eaaLrt2ymCcj5CNSR6784UgvLxbCeGW2Y=
-SHA256 (cargo/nom-7.1.3.tar.gz) = 0nOYPFplenCj6PKgEymCLzuMgXK3OCZBGlV1HkBKCko=
SHA256 (cargo/num-traits-0.2.19.tar.gz) = Bx38BiaQ6QtzTAsic85yrQ/6lfDHRZa8JQ3P2WAmKEE=
SHA256 (cargo/once_cell-1.21.3.tar.gz) = QvXhXJlTxeTMzusuc4KnFkgsNFFTFfewNTK4tOg5PS0=
SHA256 (cargo/once_cell_polyfill-1.70.2.tar.gz) = OEuKttNyFfPFMBqVpKzLXWSqYH8fyyahG1MDh4RRtP4=
@@ -57,13 +54,9 @@ SHA256 (cargo/option-ext-0.2.0.tar.gz) =
SHA256 (cargo/parking_lot-0.12.5.tar.gz) = k4V0UyUOMHe9cf+YtqZepmIaGbsPVZqFJIlVrBLEWho=
SHA256 (cargo/parking_lot_core-0.9.12.tar.gz) = JiFoWYWi6/HFFogcAmAyrH3q/NoaLJt4UNyB49/LZME=
SHA256 (cargo/paste-1.0.15.tar.gz) = V8DXt0tWO0nTja4AoMN9TW3ptDI4KyiS8FdN3K5z/Qo=
-SHA256 (cargo/phf-0.11.3.tar.gz) = H9Z4CoCuDFLMEgomoaQsGuUbJHolPk4GET0j0sLt0Hg=
SHA256 (cargo/phf-0.13.1.tar.gz) = wVYtxxdHPbqkwfhaNkEOA8BHsufff0Xuk4++9krn+t8=
-SHA256 (cargo/phf_codegen-0.11.3.tar.gz) = rvgEjHifpehRVY1wmUbW15qP+IwEQMWHln+OlL+xIWo=
SHA256 (cargo/phf_codegen-0.13.1.tar.gz) = Sap/nYBCG8oXbKjb/r5mjMeiaEcIWU7J88DbCAXV1uE=
-SHA256 (cargo/phf_generator-0.11.3.tar.gz) = PIAjFAnCAkahP92zF3b7lCw4VTxR6HH4y9aHpM+1hD0=
SHA256 (cargo/phf_generator-0.13.1.tar.gz) = E1rOOnYeVk7IjAOncxenxrgLt/cTXvJUTb4FQkO4lzc=
-SHA256 (cargo/phf_shared-0.11.3.tar.gz) = Z+q8LvKmDrf6oACXvR/9tb0o5ivzmZBialgiAbenVOU=
SHA256 (cargo/phf_shared-0.13.1.tar.gz) = 5X/va8WYHjjCzi1jv6VGhhMJ+HW4p18JLR1Uri1k8mY=
SHA256 (cargo/pkg-config-0.3.32.tar.gz) = ft3b0LUtcyshrZpfq1xwTBTNlJ5emh7Fkpok/e0bkEw=
SHA256 (cargo/portable-atomic-1.13.1.tar.gz) = wzqUcYlvHGnOzvjSDL4veszRJSfOYIRf9EwVO7KiG0k=
@@ -71,10 +64,8 @@ SHA256 (cargo/ppv-lite86-0.2.21.tar.gz)
SHA256 (cargo/proc-macro2-1.0.106.tar.gz) = j9APC7LpDYHRBEwrMmF/aPy5+ju3ZAwj6cdI5T+zCTQ=
SHA256 (cargo/quote-1.0.44.tar.gz) = IbLrz3J7d2DEYfCR+fD1Obd7jofy/YgTHn8bQzs87OQ=
SHA256 (cargo/r-efi-5.3.0.tar.gz) = ac2zTBWM6yiN8R4YtL053plPZlfYOEe9/9vX80Z1Sw8=
-SHA256 (cargo/rand-0.8.5.tar.gz) = NK+NGg4lkkvFt8Q8B5yUIznY8Ki1fDkEm+9YG0YydAQ=
SHA256 (cargo/rand-0.9.2.tar.gz) = bbJ3DwYRfUkGEMdIhUfVQ2F7Ib+gd5bXoS9vG9U4UNE=
SHA256 (cargo/rand_chacha-0.9.0.tar.gz) = 0wIrXx32Dybh/93Wxm6KoV3jgq5js6DBv8Dk0+PzJcs=
-SHA256 (cargo/rand_core-0.6.4.tar.gz) = 7AvkeV4vaigGm+wLX/PirJuvyZ5qmn3DVHmWxcgWkiw=
SHA256 (cargo/rand_core-0.9.5.tar.gz) = dq/IJt4UI45ujDdN3MH6GeN0/Y3ZhrDSrw0CN3Jh2Dw=
SHA256 (cargo/redox_syscall-0.5.18.tar.gz) = 7SvyVHVRpwU9b9+v2j+TiXlkXESBL7/NoJj6rj8aNi0=
SHA256 (cargo/redox_users-0.5.2.tar.gz) = pOYIxmOLnBiXewC0dawfKNFOhLJ9jUL3Dgvx497BJ6w=
@@ -100,7 +91,6 @@ SHA256 (cargo/siphasher-1.0.2.tar.gz) =
SHA256 (cargo/smallvec-1.15.1.tar.gz) = Z7G3o7X+TxN2iHGEBF/PRcaekq9zS3qt3AX7d3tvvQM=
SHA256 (cargo/strsim-0.11.1.tar.gz) = fai1c2hF2fL8uDfqXZ4mKFZLOwQ6cJSKPwt3iDjF+08=
SHA256 (cargo/syn-2.0.114.tar.gz) = 1NEH3yY6MBPvmxh5sN+H1wb/gPZahuqHm9nDH5swfCo=
-SHA256 (cargo/terminfo-0.9.0.tar.gz) = 1OqBDwaS+fUbOC//WJOIe7RYD1+iRv3lRuCxPn/O5mI=
SHA256 (cargo/thiserror-2.0.18.tar.gz) = Qoi1vLx5IMB6EUmjXPlZCiqoCOC8Hq+q3guAlHhl+8Q=
SHA256 (cargo/thiserror-impl-2.0.18.tar.gz) = 68Tuf2dnDptk0F+kJT51PgFsbJX/NbibeUHWuFbewdU=
SHA256 (cargo/typenum-1.19.0.tar.gz) = Vi1IEGa94GWCdqNUZ8SvAL3G7nJjBWmKVbhuYdetgrs=
@@ -122,7 +112,7 @@ SHA256 (cargo/wit-bindgen-0.46.0.tar.gz)
SHA256 (cargo/xterm-color-1.0.2.tar.gz) = cAip2LqXp+R9my32P8242t4wMBDFp81b8kadTabrpnM=
SHA256 (cargo/zerocopy-0.8.37.tar.gz) = dFbPAPBoWtMZxbFpPykaZQ6vNF6UHQgvxOA9+KA5lqw=
SHA256 (cargo/zerocopy-derive-0.8.37.tar.gz) = EyhyK78hFdt+GdaevMFeeVcZ4tZrYIJ8ammhFzZeN6A=
-SHA256 (fish-4.4.0.tar.xz) = Up4QcsA09snSGpIsNZiG33USnD2BoVvYZWo8SGCZOtU=
+SHA256 (fish-4.5.0.tar.xz) = iRUfjPFLY04IAib+aW+c59TRU8d2KZlspEMcgEgsZO0=
SHA256 (fish-shell-rust-pcre2-0.2.9-utf32.tar.gz) = 5a8G17c3tm90dqIj6KbNHiscqDSziz3liQHU288KBU0=
SIZE (cargo/aho-corasick-1.1.4.tar.gz) = 184015
SIZE (cargo/allocator-api2-0.2.21.tar.gz) = 63622
@@ -154,7 +144,6 @@ SIZE (cargo/equivalent-1.0.2.tar.gz) = 7
SIZE (cargo/errno-0.3.14.tar.gz) = 12002
SIZE (cargo/fastrand-2.3.0.tar.gz) = 15076
SIZE (cargo/find-msvc-tools-0.1.9.tar.gz) = 31493
-SIZE (cargo/fnv-1.0.7.tar.gz) = 11266
SIZE (cargo/foldhash-0.2.0.tar.gz) = 23329
SIZE (cargo/generic-array-0.14.7.tar.gz) = 15950
SIZE (cargo/getrandom-0.2.17.tar.gz) = 40780
@@ -173,9 +162,7 @@ SIZE (cargo/lru-0.16.3.tar.gz) = 16743
SIZE (cargo/macro_rules_attribute-0.2.2.tar.gz) = 15330
SIZE (cargo/macro_rules_attribute-proc_macro-0.2.2.tar.gz) = 8271
SIZE (cargo/memchr-2.7.6.tar.gz) = 97616
-SIZE (cargo/minimal-lexical-0.2.1.tar.gz) = 94841
SIZE (cargo/nix-0.31.1.tar.gz) = 344337
-SIZE (cargo/nom-7.1.3.tar.gz) = 117570
SIZE (cargo/num-traits-0.2.19.tar.gz) = 51631
SIZE (cargo/once_cell-1.21.3.tar.gz) = 34534
SIZE (cargo/once_cell_polyfill-1.70.2.tar.gz) = 7448
@@ -183,13 +170,9 @@ SIZE (cargo/option-ext-0.2.0.tar.gz) = 7
SIZE (cargo/parking_lot-0.12.5.tar.gz) = 46735
SIZE (cargo/parking_lot_core-0.9.12.tar.gz) = 34110
SIZE (cargo/paste-1.0.15.tar.gz) = 18374
-SIZE (cargo/phf-0.11.3.tar.gz) = 23231
SIZE (cargo/phf-0.13.1.tar.gz) = 24786
-SIZE (cargo/phf_codegen-0.11.3.tar.gz) = 13741
SIZE (cargo/phf_codegen-0.13.1.tar.gz) = 14774
-SIZE (cargo/phf_generator-0.11.3.tar.gz) = 15431
SIZE (cargo/phf_generator-0.13.1.tar.gz) = 15952
-SIZE (cargo/phf_shared-0.11.3.tar.gz) = 15199
SIZE (cargo/phf_shared-0.13.1.tar.gz) = 16141
SIZE (cargo/pkg-config-0.3.32.tar.gz) = 21370
SIZE (cargo/portable-atomic-1.13.1.tar.gz) = 197001
@@ -197,10 +180,8 @@ SIZE (cargo/ppv-lite86-0.2.21.tar.gz) =
SIZE (cargo/proc-macro2-1.0.106.tar.gz) = 59765
SIZE (cargo/quote-1.0.44.tar.gz) = 31629
SIZE (cargo/r-efi-5.3.0.tar.gz) = 64532
-SIZE (cargo/rand-0.8.5.tar.gz) = 87113
SIZE (cargo/rand-0.9.2.tar.gz) = 99930
SIZE (cargo/rand_chacha-0.9.0.tar.gz) = 18258
-SIZE (cargo/rand_core-0.6.4.tar.gz) = 22666
SIZE (cargo/rand_core-0.9.5.tar.gz) = 24129
SIZE (cargo/redox_syscall-0.5.18.tar.gz) = 30747
SIZE (cargo/redox_users-0.5.2.tar.gz) = 17280
@@ -226,7 +207,6 @@ SIZE (cargo/siphasher-1.0.2.tar.gz) = 11
SIZE (cargo/smallvec-1.15.1.tar.gz) = 38116
SIZE (cargo/strsim-0.11.1.tar.gz) = 14266
SIZE (cargo/syn-2.0.114.tar.gz) = 304636
-SIZE (cargo/terminfo-0.9.0.tar.gz) = 45420
SIZE (cargo/thiserror-2.0.18.tar.gz) = 28875
SIZE (cargo/thiserror-impl-2.0.18.tar.gz) = 21413
SIZE (cargo/typenum-1.19.0.tar.gz) = 76414
@@ -248,5 +228,5 @@ SIZE (cargo/wit-bindgen-0.46.0.tar.gz) =
SIZE (cargo/xterm-color-1.0.2.tar.gz) = 9302
SIZE (cargo/zerocopy-0.8.37.tar.gz) = 275551
SIZE (cargo/zerocopy-derive-0.8.37.tar.gz) = 106949
-SIZE (fish-4.4.0.tar.xz) = 2570412
+SIZE (fish-4.5.0.tar.xz) = 2567056
SIZE (fish-shell-rust-pcre2-0.2.9-utf32.tar.gz) = 742431
Index: main/patches/patch-Cargo_toml
===================================================================
RCS file: /cvs/ports/shells/fish/main/patches/patch-Cargo_toml,v
retrieving revision 1.3
diff -u -p -r1.3 patch-Cargo_toml
--- main/patches/patch-Cargo_toml 4 Feb 2026 19:10:08 -0000 1.3
+++ main/patches/patch-Cargo_toml 1 Mar 2026 12:25:01 -0000
@@ -1,8 +1,8 @@
Index: Cargo.toml
--- Cargo.toml.orig
+++ Cargo.toml
-@@ -42,7 +42,7 @@ lru = "0.16.2"
- nix = { version = "0.31.1", default-features = false, features = ["event", "fs", "inotify", "hostname", "resource", "process", "signal", "term", "user"] }
+@@ -52,7 +52,7 @@ nix = { version = "0.31.1", default-features = false,
+ ] }
num-traits = "0.2.19"
once_cell = "1.19.0"
-pcre2 = { git = "https://github.com/fish-shell/rust-pcre2", tag = "0.2.9-utf32", default-features = false, features = [
Index: main/pkg/PLIST
===================================================================
RCS file: /cvs/ports/shells/fish/main/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -r1.7 PLIST
--- main/pkg/PLIST 4 Feb 2026 19:10:11 -0000 1.7
+++ main/pkg/PLIST 1 Mar 2026 12:25:01 -0000
@@ -454,6 +454,7 @@ share/fish/completions/dotnet.fish
share/fish/completions/downgrade.fish
share/fish/completions/dpkg-reconfigure.fish
share/fish/completions/dpkg.fish
+share/fish/completions/dput.fish
share/fish/completions/dropdb.fish
share/fish/completions/dscacheutil.fish
share/fish/completions/du.fish
... I've been running with this locally for a while now, seems to work fine.

ok?

Re: [patch (kind of)] sysutils/gitlab-cli: terminal input doesn't work properly on OpenBSD

On Sat, 28 Feb 2026 13:48:15 +0000, Klemens Nanni wrote:
> 28.02.2026 12:55, Stuart Henderson пишет:
> > On 2026/02/28 15:52, YASUOKA Masahiko wrote:
> >> I created a patch which makes the program use
> >> https://github.com/bsdmp/survey .
> >>
> >> If this way is ok, I'll create a diff for gitlab-cli.
> >
> > Here's a simplified version, tested and ok with me.
>
> Yes, please!
>
> Could you add a brief comment above SURVEY_V what it's for?
>
> Either way, OK kn
>
>
> Could this be applied to sysutils/gitlab-cli as well?

gitlab-cli does not use survey any more.

> > Index: Makefile
> > ===================================================================
> > RCS file: /cvs/ports/devel/github-cli/Makefile,v
> > diff -u -p -r1.72 Makefile
> > --- Makefile 4 Feb 2026 17:45:53 -0000 1.72
> > +++ Makefile 28 Feb 2026 09:49:45 -0000
> > @@ -6,6 +6,11 @@ MODGO_VERSION = v${V}
> >
> > DISTNAME = cli-${MODGO_VERSION}
> > PKGNAME = github-cli-${V}
> > +REVISION = 0
> > +
> > +SURVEY_V = vv2.3.8
> > +DIST_TUPLE = github bsdmp survey ${SURVEY_V} ../survey
> > +EXTRACT_ONLY = bsdmp-survey-${SURVEY_V}.tar.gz
> >
> > CATEGORIES = devel
> > HOMEPAGE = https://cli.github.com/
> > @@ -23,6 +28,10 @@ MODGO_LDFLAGS += -X "${MODGO_MODNAME}/in
> > TEST_TARGET = ./...
> >
> > PORTHOME = ${WRKDIR}
> > +
> > +pre-build:
> > + cd ${WRKSRC}; ${MODGO_CMD} mod edit -replace \
> > + github.com/AlecAivazis/survey/v2=${WRKDIR}/survey
> >
> > post-install:
> > ${WRKDIR}/go/bin/gen-docs --doc-path ${PREFIX}/man/man1 --man-page
>

Re: lang/gcc/11, lang/gcc/15: add dlang support

On Fri, 27 Feb 2026 15:56:54 +0100, Kirill A. Korinsky wrote:
> ports@,
>
> I'd like to put back dlang for amd64, aarch64 and sparc64.
>
> gcc15 needs gdc from gcc9 so, I had fixed and prebuild bootstraps for both
> gcc-11 and gcc-15.
>
> Here a new one which I've asked to be mirrored:
> - https://kirill.korins.ky/pub/distfiles/adastrap-aarch64-11.2.0-1.tar.xz
> - https://kirill.korins.ky/pub/distfiles/adastrap-amd64-11.2.0-7.tar.xz
> - https://kirill.korins.ky/pub/distfiles/bootstrap-aarch64-15.2.0-0.tar.xz
> - https://kirill.korins.ky/pub/distfiles/bootstrap-amd64-15.2.0-0.tar.xz
> - https://kirill.korins.ky/pub/distfiles/bootstrap-sparc64-15.2.0-0.tar.xz

Mirrored on distfiles.stumpf.co (as gcc-bootstrap-*). Now testing the
diff.

> On each machine it was tested as:
>
> gcc-11 -> gcc-15 (via gcc-11 bootstrap) -> gcc-15 (via gcc-15 bootstrap)
>
> Diff is large (~60k) so I had attached it as gzip.
>
> Anyone for tests? Ok?
>
> --
> wbr, Kirill
>
>>> application/octet-stream attachment, name=gcc-dlang.diff.gz

Re: sshfs (ssh-fuse) with -o password_stdin : failed to open pty

Дана 26/02/27 09:24PM, Sylvain Saboua написа:
> Because I want the repertory readily accessible by non-technical users, for
> whom sftp is already complex enough.

I'd argue that SSH keys are more "user friendly", because they work
without the need for the user to type the password. Setting them up
could be done via a script if it is "too hard" for a user to copy the
key to a directory and alter ~/.ssh/config.

Re: Upgrade

On Sun, Mar 01, 2026 at 07:33:55AM +0000, bios_23498234908 wrote:
> I'm on a openBSD Desktop.
>
> MAy I execute:
> sysupgrade
> syspatch
> pkg_add -u
> without breaking the system?
>
> Thanks!
> John

And sysmerge

--

Re: EuroBSDCon 2026: Brussels, Belgium September 9-13, 2026

On Sun, Mar 01, 2026 at 10:12:02AM +0100, Peter N. M. Hansteen wrote:
> While we urge prospective speakers to seek funding from employers or other benevolent sources, the conference does have a budget for covering reasonable travel and accommodation expenses for speakers, with accommodation to the extent possible provided at the primary speaker hotel (see the Travel page on the conference website). Speakers who will be applying for travel funding should also submit an estimate of expected travel expenses. Please see the Speaker Reimbursement Policy page at https://eurobsdconfoundation.org/speaker-reimbursement-policy/ for details.

Correction: the reimbursement policy is at https://eurobsdconfoundation.org/reimbursement.html, sorry for any inconvenience caused.

All the best,
Peter

--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://nxdomain.no/~peter/blogposts https://nostarch.com/book-of-pf-4th-edition
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

[NEW] wayland/fuzzel

... and yet more wayland/niri/hipster bikeshedding :-)

Description

Fuzzel is a Wayland-native application launcher and fuzzy finder, inspired by
rofi and dmenu.

WWW: https://codeberg.org/dnkl/fuzzel/

Needs some patches that are basically copied from wayland/foot.
ok?

[Update] devel/spdlog 1.17.0 and wayland/waybar 0.15.0

Index: Makefile
===================================================================
RCS file: /cvs/ports/wayland/waybar/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile 13 Jan 2026 20:53:56 -0000 1.2
+++ Makefile 1 Mar 2026 09:22:09 -0000
@@ -1,7 +1,6 @@
COMMENT = Customizable Wayland bar for wlroots based compositors

-V = 0.14.0
-REVISION = 0
+V = 0.15.0

DIST_TUPLE= github Alexays Waybar ${V} .
PKGNAME= waybar-${V}
@@ -54,6 +53,7 @@ CONFIGURE_ARGS = -Dcava=disabled \
-Dlibevdev=disabled \
-Dlibnl=disabled \
-Dmpris=disabled \
+ -Dniri=true \
-Dpipewire=disabled \
-Dpulseaudio=disabled \
-Dsndio=enabled \
Index: distinfo
===================================================================
RCS file: /cvs/ports/wayland/waybar/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 4 Jan 2026 18:15:27 -0000 1.1.1.1
+++ distinfo 1 Mar 2026 09:22:09 -0000
@@ -1,2 +1,2 @@
-SHA256 (Alexays-Waybar-0.14.0.tar.gz) = fzhZd5uzpQKKchWyAAwuR2wDRTpSKJFkumCkvxuzdy8=
-SIZE (Alexays-Waybar-0.14.0.tar.gz) = 341661
+SHA256 (Alexays-Waybar-0.15.0.tar.gz) = IcK774jEBHPDVQA1gvkzHS+bigHv3M4JNe38X2sCOj4=
+SIZE (Alexays-Waybar-0.15.0.tar.gz) = 355671
Index: patches/patch-resources_config_jsonc
===================================================================
RCS file: /cvs/ports/wayland/waybar/patches/patch-resources_config_jsonc,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-resources_config_jsonc
--- patches/patch-resources_config_jsonc 4 Jan 2026 18:15:27 -0000 1.1.1.1
+++ patches/patch-resources_config_jsonc 1 Mar 2026 09:22:09 -0000
@@ -38,16 +38,24 @@ Index: resources/config.jsonc
],
// Modules configuration
// "sway/workspaces": {
-@@ -68,6 +70,12 @@
- "format-icons": ["", ""],
+@@ -69,6 +71,12 @@
"tooltip": true,
"tooltip-format": "{app}: {title}"
-+ },
+ },
+ "sndio": {
+ "sroll-step": "10",
+ "format": "  {volume}% ",
+ // "on-scroll-down": "sndioctl output.level=-0.1",
+ // "on-scroll-up": "sndioctl output.level=+0.1"
- },
++ },
"mpd": {
"format": "{stateIcon} {consumeIcon}{randomIcon}{repeatIcon}{singleIcon}{artist} - {album} - {title} ({elapsedTime:%M:%S}/{totalTime:%M:%S}) ⸨{songPosition}|{queueLength}⸩ {volume}% ",
+ "format-disconnected": "Disconnected ",
+@@ -112,7 +120,6 @@
+ },
+ "clock": {
+ // "timezone": "America/New_York",
+- "tooltip-format": "<big>{:%Y %B}</big>\n<tt><small>{calendar}</small></tt>",
+ "format-alt": "{:%Y-%m-%d}"
+ },
+ "cpu": {
Index: Makefile
===================================================================
RCS file: /cvs/ports/devel/spdlog/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile 8 Jul 2024 08:20:44 -0000 1.5
+++ Makefile 1 Mar 2026 09:11:37 -0000
@@ -2,10 +2,10 @@ COMMENT = fast C++ logging library

GH_ACCOUNT = gabime
GH_PROJECT = spdlog
-GH_TAGNAME = v1.14.1
+GH_TAGNAME = v1.17.0
CATEGORIES = devel

-SHARED_LIBS = spdlog 2.0
+SHARED_LIBS = spdlog 2.1

# MIT
PERMIT_PACKAGE = Yes
Index: distinfo
===================================================================
RCS file: /cvs/ports/devel/spdlog/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo 8 Jul 2024 08:20:44 -0000 1.4
+++ distinfo 1 Mar 2026 09:11:37 -0000
@@ -1,2 +1,2 @@
-SHA256 (spdlog-1.14.1.tar.gz) = FYZQgCmn0GcN/LLZdXXc3CQtOGiiWXQrafEAgBq04Ws=
-SIZE (spdlog-1.14.1.tar.gz) = 270896
+SHA256 (spdlog-1.17.0.tar.gz) = 2IYpVcbXTlhGs/WAsWBdJCixHZekENhuL7E+hXzTp0Q=
+SIZE (spdlog-1.17.0.tar.gz) = 281801
Index: patches/patch-include_spdlog_common_h
===================================================================
RCS file: patches/patch-include_spdlog_common_h
diff -N patches/patch-include_spdlog_common_h
--- patches/patch-include_spdlog_common_h 20 Nov 2025 10:48:27 -0000 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,22 +0,0 @@
-From 96a8f6250cbf4e8c76387c614f666710a2fa9bad Mon Sep 17 00:00:00 2001
-From: jdrouhard <john@drouhard.dev>
-Date: Thu, 9 Jan 2025 16:58:46 -0600
-Subject: [PATCH] fix: remove unused to_string_view overload in fmt >= 11.1 (#3314)
-
-Index: include/spdlog/common.h
---- include/spdlog/common.h.orig
-+++ include/spdlog/common.h
-@@ -364,12 +364,7 @@ SPDLOG_CONSTEXPR_FUNC spdlog::wstring_view_t to_string
- }
- #endif
-
--#ifndef SPDLOG_USE_STD_FORMAT
--template <typename T, typename... Args>
--inline fmt::basic_string_view<T> to_string_view(fmt::basic_format_string<T, Args...> fmt) {
-- return fmt;
--}
--#elif __cpp_lib_format >= 202207L
-+#if defined(SPDLOG_USE_STD_FORMAT) && __cpp_lib_format >= 202207L
- template <typename T, typename... Args>
- SPDLOG_CONSTEXPR_FUNC std::basic_string_view<T> to_string_view(
- std::basic_format_string<T, Args...> fmt) SPDLOG_NOEXCEPT {
Here's the next results of my "Build a viable niri desktop for volker@"
bikeshedding session:

This updates waybar to 0.15.0, enables niri support and removes the "calendar"
from our example config, which - since we don't have chrono-date - just causes
error logs.

devel/spdlog 1.17.0 is required by waybar 0.15.0

ok?

EuroBSDCon 2026: Brussels, Belgium September 9-13, 2026

The Call for Talk and Presentation proposals for EuroBSDCon 2026 is now open.

EuroBSDCon is the European technical conference for users and developers of BSD-based systems. The conference is scheduled to take place on September 9-13 2026 in Brussels, Belgium. The tutorials will be held on Thursday and Friday to registered participants and the talks are presented to conference attendees on Saturday and Sunday.

The Call for Talk and Presentation proposals period will close on June 20th, 2026. Prospective speakers will be notified of acceptance or otherwise by June 29th, 2026.

This document is available at https://2026.eurobsdcon.org/cfp

**Call for Talk and Presentation Proposals (CFP)**

The EuroBSDCon program committee is inviting BSD developers and users to submit innovative and original talk proposals not previously presented at other European conferences. Topics of interest to the conference include, but are not limited to applications, architecture, implementation, performance and security of BSD-based operating systems, as well as topics concerning the economic or organizational aspects of BSD usage. Presentations and talks are expected to be 45 minutes and are to be delivered in English.

**Call for Tutorial Proposals**

The EuroBSDCon program committee is also inviting qualified practitioners in their field to submit proposals for half or full day tutorials on topics relevant to development, implementation and use of BSD-based systems.

Half-day tutorials are expected to be 2.5 to 3 hours and full-day tutorials 5 to 6 hours. The tutorials are to be taught in English.

**Submissions**

Proposals should be sent through the registration system at https://events.eurobsdcon.org

Proposals should contain a short and concise text description of about 100 words as well as a short speaker biography.

Accepted papers and presentations will be published on the conference web site as soon as feasible during or after the conference. We encourage submitters to consider writing up a formal paper for this purpose in addition to making a presentation.

While we urge prospective speakers to seek funding from employers or other benevolent sources, the conference does have a budget for covering reasonable travel and accommodation expenses for speakers, with accommodation to the extent possible provided at the primary speaker hotel (see the Travel page on the conference website). Speakers who will be applying for travel funding should also submit an estimate of expected travel expenses. Please see the Speaker Reimbursement Policy page at https://eurobsdconfoundation.org/speaker-reimbursement-policy/ for details.

Please also note that due to visa issues in the past, we would like to know as early as possible of any visa requirements for speakers. Please check the Belgium visa application requirements site at https://dofi.ibz.be/en/themes/third-country-nationals/short-stay for guidance.

***Pre-submission mentoring***
Do you have an idea (however vague) about something you might want to talk about? Are you new to public speaking? Run your ideas, questions or concerns by one of our friendly and experienced speakers! They can help you refine your ideas and ease you into the process of writing the proposal, and share from their experiences so you better understand what awaits you, should your talk be accepted.

You can join the #EuroBSDCon-Talks channel on the Libera IRC network, or contact one of the speakers directly. They are looking forward to helping you! Our volunteers include:
- Eirik Øverby, FreeBSD sysadmin and retrocomputing nerd.
(https://2019.eurobsdcon.org/talk-speakers/#compliance, https://events.eurobsdcon.org/2025/talk/SMHRAR/)
IRC: Libera/Ltning, Fedi: @ltning@pleroma.anduin.net, Signal: ltning.01

- Peter N. M. Hansteen, sysadmin/devops, OpenBSD enthusiast, "engineer up!"
Recent talks https://nxdomain.no/~peter/pf_fullday.pdf https://nxdomain.no/sbom.pdf,
writes stuff like https://nxdomain.no/~peter/eighteen_years_of_greytrapping.html
https://nxdomain.no/~peter/a_bus_ride_and_at_least_three_ux_fails.html
https://nostarch.com/book-of-pf-4e
IRC:Libera/pitrh, Fedi: @pitrh@mastodon.social

We will be looking for more volunteers to help in the pre-submission efforts.

We encourage people from all walks of life to consider giving a talk. If you should require any special facilitation (e.g. access to private space, flexible time slots) in order to be able to join us, please let us know and we will do our best to accomodate.

**Contact**

If you have any questions, please feel free to contact us by sending an email to pc@eurobscon.org

--
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
https://nxdomain.no/~peter/blogposts https://nostarch.com/book-of-pf-4th-edition
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

Re: [NEW] wayland/wl-clipboard

Thanks!

FWIW, I recommend testing new ports in /usr/ports/mystuff, i.e. in this case in
/usr/ports/mystuff/wayland/wl-clipboard/ and you can install the result with
"make install", which will handle doas'ing the privileged bits of installing the
package for you.

On 3/1/26 8:00 AM, yaydn@protonmail.com wrote:
> På lørdag 28. februar 2026 kl. 18:56, skrev Volker Schlecht
> <openbsd-ports@schlecht.dev>:
>
>> Description
>>
>> wl-clipboard provides two command-line Wayland clipboard utilities,
>> wl-copy and wl-paste, that let you easily copy data between the
>> clipboard and Unix pipes, sockets, files and so on.
>>
>> WWW: https://github.com/bugaevc/wl-clipboard
>>
>> Maintainer
>>
>> The OpenBSD ports mailing-list
>>
>> I'm intentionally pulling in the latest commit, because it contains a
>> fix for a buffer overflow and the option to mark clipboard contents as
>> sensitive (i.e. for password managers). Builds and works fine on amd64. ok?
>
>
> Tested and built on current/amd64 with niri using foot.
>
> Privsep:
> cp -Rv /tmp/wl-clipboard /usr/ports/wayland/
> cd /usr/ports/wayland/wl-clipboard/ && make clean=all clean && make test port-lib-depends-check package clean
>
> Root:
> TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all pkg_add -Dsnap -Dinstalled -r wl-clipboard-2.2.1pl20251124.tgz
>
> I don't see any formating and syntax problems. Didn't have
> regression tests. port-lib-depends-check was silent too.
>
> Test example/output:
> $ wl-copy I am a silly goose.
> $ wl-paste
> I am a silly goose.
> --
>
> The text was also paste-ble with ctrl+v into kate and firefox wayland
> native and also into mpv's menu and arianna in xwayland-satallite.
>
> I say this looks fine.
>
> Hope this helps! May you all have a good one.
>
> --
> yaydn

Re: UPDATE net/samba-4.23.6

Hi,

Thanks for the update

Tests fine on -current and -stable. Ok

Ian McWilliam

> On 28 Feb 2026, at 01:17, Bjorn Ketelaars <bket@openbsd.org> wrote:
>
> Diff below update net/samba to 4.23.6. From
> https://www.samba.org/samba/history/samba-4.23.6.html:
> - BUG 15990: No function _python_sysroot defined
> - BUG 15978: leases torture test flappy
> - BUG 15984: smbd: in contend_dirleases() don't bother checking when not
> enabled
> - BUG 15979: possible memory leak on rpc_spoolss
> - BUG 15964: "net offlinejoin requestodj" manpage entry incorrectly
> mentiones provided credentials
> - BUG 15789: "use-kerberos=desired" broken
> - BUG 15958: pthreadpool_tevent has race conditions accessing both
> pthreadpool_tevent.jobs list and pthreadpool_tevent.glue_list
> - BUG 15979: possible memory leak on rpc_spoolss
> - BUG 15938: CTDB's statd_callout fails on sm-notify
> - BUG 15939: CTDB statd_callout_notify notifies unnecessary clients and
> loses their state
> - BUG 15939: CTDB statd_callout_notify notifies unnecessary clients and
> loses their state
> - BUG 15977: ctdbd socket documentation is wrong
>
> Run tested on amd64.
>
> OK / comments?
>
>
> diff --git Makefile Makefile
> index 834a8595d41..5a1f99b0273 100644
> --- Makefile
> +++ Makefile
> @@ -1,4 +1,4 @@
> -VERSION = 4.23.5
> +VERSION = 4.23.6
> DISTNAME = samba-${VERSION}
> EPOCH = 0
>
> diff --git distinfo distinfo
> index 00b7c393364..4f592b78138 100644
> --- distinfo
> +++ distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (samba-4.23.5.tar.gz) = WTpD3dDVeQIjffp2iI97Ast/x3RxETacsx4SbbSDa58=
> -SIZE (samba-4.23.5.tar.gz) = 43298892
> +SHA256 (samba-4.23.6.tar.gz) = 49q9i15C3Jdmn6D67wMlEKlOSWtY9wZwguUDbYjw5wI=
> +SIZE (samba-4.23.6.tar.gz) = 43306831