This was made possible by the efforts of Rafael Sadowski (rsadowski@) with the help of several others.
The news was announced 2025-07-04 via a
fediverse post
and of course the
commit message
itself, where the description reads
Log message:
Update Plasma 6.4
The most parts are straightforward as usual but in 6.4 the KDE
Kwin team split kwin into kwin-x11 and kwin (wayland). This seems
to be the sign that X11 is no longer of interest and we are
focussing on Wayland.
News from the Exotic Silicon front:
Crystal Kolipe posted an
update
to misc@, saying
List: openbsd-misc
Subject: Console 4096 colours and blink attribute
From: Crystal Kolipe <kolipe.c () exoticsilicon ! com>
Date: 2025-07-04 13:58:41
Tired of having just 256 colours on your console instead of 4096?
Do you miss the blink attribute from the old VGA text mode days?
Want to learn how cool stuff like this is implemented?
Look no further:
https://research.exoticsilicon.com/articles/console_4096
Clicking that link will bring you a colorful article with all implementation details and links to the code for you to try out yourself.
Happy blink and 4k colors console day to all who celebrate!
List: openbsd-tech
Subject: bge/bnx/iavf/igc/ix/ixl/ngbe/pcn: ifq_restart() fix
From: Stefan Sperling <stsp () stsp ! name>
Date: 2025-06-20 10:12:14
A bug has been fixed by yasuaok@ in vmx(4) where the driver was
calling ifq_restart() without actually having made any space on
a full Tx ring. Calling ifq_restart() in this case can lead to
a condition where the interface gets stuck in OACTIVE until the
interface is reset with ifconfig.
Contributed by
rueda
on
from the want TLS with that ramen? dept.
Fresh from the recently concluded
j2k25hackathon comes this report from Klemens Nanni (kn@), who writes:
New country, lots of ramen, friends and new folks - heck, yes!
Having missed the last four (our five?, hard to tell…) hackathons,
j2k25 aligned just right to finish our holidays with beautiful sights
and culinary delights between streaks of hacking, leaving all else
aside for a solid week - it was refreshing retreat and sparked plans
to make another, even longer trip through Japan!
This time, I brought a few unfished and/or unanswered diffs, but also
specifically wanted to look into unfamiliar code, now that folks were
around to ask for advice and discuss with.
First, the installer and rc(8) were due for cleanup: common code for
randomness seed files used by bootloaders and rc seemed unnecessarily
different, so I synced their logic, style and comments wrt. subtle,
yet important details around the sticky(8) bit:
In some cases, the current
dhcpd(8)
is not quite as reliable as one would want in providing the requested
data to the actual requestor.
After some rounds of discussion and experimentation,
David Gwynne (dlg@) is circulating a
diff
on tech@ that switches the daemon to use
UDP
sockets instead of
bpf.
The motivation is summarized as,
tl;dr this replaces bpf with udp sockets in dhcpd, mostly to make it
better at replying with the ip that requests were sent to.
and the full message,
with the subject dhcpd(8): use UDP sockets instead of BPF reads,
List: openbsd-tech
Subject: dhcpd(8): use UDP sockets instead of BPF
From: David Gwynne <david () gwynne ! id ! au>
Date: 2025-06-13 3:29:20
tl;dr this replaces bpf with udp sockets in dhcpd, mostly to make it
better at replying with the ip that requests were sent to.
ive been hacking on this because of a problem at work, which i want to
solve by setting up a bunch of "anycast" dhcp servers. ie, i want to
have multiple dhcpd on separate servers with the same IP assigned
as an alias on all of them.
We are constantly on the lookout for stories of how you put OpenBSD to work.
Please submit any informative articles on how OpenBSD is helping your company.
2025-06-17RELIABILITYIn acme-client(1), handle as yet unobserved "processing" state when fetching an issued certificate by retrying instead of giving up.
2025-06-17RELIABILITYIn acme-client(1), handle as yet unobserved "processing" state when fetching an issued certificate by retrying instead of giving up.