diff --git a/graphics/glad/Makefile b/graphics/glad/Makefile
index 37e6e59..c04f23f 100644
--- a/graphics/glad/Makefile
+++ b/graphics/glad/Makefile
@@ -1,13 +1,13 @@
COMMENT = multi-language Vulkan/GL/GLES/EGL/GLX/WGL loader-generator
-GH_TAGNAME = v2.0.6
+GH_TAGNAME = v2.0.8
GH_ACCOUNT = Dav1dde
GH_PROJECT = glad
CATEGORIES = graphics
HOMEPAGE = https://glad.dav1d.de/
-MAINTAINER = Jose Maldonado <josemald89@gmail.com>
+MAINTAINER = Jose Maldonado <yukiteruamano@volfread.xyz>
# MIT - Apache 2.0
PERMIT_PACKAGE = Yes
diff --git a/graphics/glad/distinfo b/graphics/glad/distinfo
index 67a3ec7..bd475cd 100644
--- a/graphics/glad/distinfo
+++ b/graphics/glad/distinfo
@@ -1,2 +1,2 @@
-SHA256 (glad-2.0.6.tar.gz) = YacCNNx9pGfM6wf83W3sEhPWFDobaxnMxde2TMJH6kc=
-SIZE (glad-2.0.6.tar.gz) = 633949
+SHA256 (glad-2.0.8.tar.gz) = RPBvkZVCfHAX9QKNCJT1frIWsKj3xO2nzog3Mq6y0Pw=
+SIZE (glad-2.0.8.tar.gz) = 645593
diff --git a/graphics/glad/pkg/PLIST b/graphics/glad/pkg/PLIST
index 8499dbb..0f94933 100644
--- a/graphics/glad/pkg/PLIST
+++ b/graphics/glad/pkg/PLIST
@@ -2,7 +2,7 @@ bin/glad
lib/python${MODPY_VERSION}/site-packages/glad/
lib/python${MODPY_VERSION}/site-packages/glad/__init__.py
lib/python${MODPY_VERSION}/site-packages/glad/__main__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/glad/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/glad/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/glad/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/glad/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glad/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
@@ -24,7 +24,7 @@ lib/python${MODPY_VERSION}/site-packages/glad/${MODPY_PYCACHE}util.${MODPY_PYC_M
lib/python${MODPY_VERSION}/site-packages/glad/config.py
lib/python${MODPY_VERSION}/site-packages/glad/files/
lib/python${MODPY_VERSION}/site-packages/glad/files/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/glad/files/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/glad/files/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/glad/files/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/glad/files/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glad/files/egl.xml
@@ -46,14 +46,14 @@ lib/python${MODPY_VERSION}/site-packages/glad/files/vulkan_video_codecs_common.h
lib/python${MODPY_VERSION}/site-packages/glad/files/wgl.xml
lib/python${MODPY_VERSION}/site-packages/glad/generator/
lib/python${MODPY_VERSION}/site-packages/glad/generator/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/glad/generator/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/glad/generator/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/glad/generator/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/glad/generator/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glad/generator/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/glad/generator/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glad/generator/c/
lib/python${MODPY_VERSION}/site-packages/glad/generator/c/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/glad/generator/c/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/glad/generator/c/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/glad/generator/c/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/glad/generator/c/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glad/generator/c/templates/
@@ -93,7 +93,7 @@ lib/python${MODPY_VERSION}/site-packages/glad/generator/c/templates/wgl.c
lib/python${MODPY_VERSION}/site-packages/glad/generator/c/templates/wgl.h
lib/python${MODPY_VERSION}/site-packages/glad/generator/rust/
lib/python${MODPY_VERSION}/site-packages/glad/generator/rust/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/glad/generator/rust/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/glad/generator/rust/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/glad/generator/rust/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/glad/generator/rust/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glad/generator/rust/templates/
@@ -115,13 +115,14 @@ lib/python${MODPY_VERSION}/site-packages/glad/plugin.py
lib/python${MODPY_VERSION}/site-packages/glad/sink.py
lib/python${MODPY_VERSION}/site-packages/glad/specification.py
lib/python${MODPY_VERSION}/site-packages/glad/util.py
-lib/python${MODPY_VERSION}/site-packages/glad2-2.0.6.dist-info/
-lib/python${MODPY_VERSION}/site-packages/glad2-2.0.6.dist-info/LICENSE
-lib/python${MODPY_VERSION}/site-packages/glad2-2.0.6.dist-info/METADATA
-lib/python${MODPY_VERSION}/site-packages/glad2-2.0.6.dist-info/RECORD
-lib/python${MODPY_VERSION}/site-packages/glad2-2.0.6.dist-info/WHEEL
-lib/python${MODPY_VERSION}/site-packages/glad2-2.0.6.dist-info/entry_points.txt
-lib/python${MODPY_VERSION}/site-packages/glad2-2.0.6.dist-info/top_level.txt
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/METADATA
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/RECORD
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/WHEEL
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/entry_points.txt
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/licenses/
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/licenses/LICENSE
+lib/python${MODPY_VERSION}/site-packages/glad2-2.0.8.dist-info/top_level.txt
share/examples/glad/
share/examples/glad/c/
share/examples/glad/c++/
Hi!
Simple update of graphics/glad to bring it to the latest version v2.0.8
More updates from the maintainer's email.
--
*****************************************************
Dios en su Cielo, todo bien en la Tierra
Monday, March 02, 2026
devel/fast-float - bump version to 8.2.3
diff --git a/devel/fast-float/Makefile b/devel/fast-float/Makefile
index a447b28..3c6120d 100644
--- a/devel/fast-float/Makefile
+++ b/devel/fast-float/Makefile
@@ -1,6 +1,6 @@
COMMENT = fast and exact implementation of from_chars for float/double
-V = 6.1.1
+V = 8.2.3
PKGNAME = fast-float-${V}
GH_TAGNAME = v${V}
GH_ACCOUNT = fastfloat
@@ -8,7 +8,7 @@ GH_PROJECT = fast_float
CATEGORIES = devel
-MAINTAINER = Jose Maldonado <josemald89@gmail.com>
+MAINTAINER = Jose Maldonado <yukiteruamano@volfread.xyz>
# Apache 2.0, Boost 1.0, or MIT
PERMIT_PACKAGE = Yes
diff --git a/devel/fast-float/distinfo b/devel/fast-float/distinfo
index 8ab3a90..6dca0d4 100644
--- a/devel/fast-float/distinfo
+++ b/devel/fast-float/distinfo
@@ -1,2 +1,2 @@
-SHA256 (fast_float-6.1.1.tar.gz) = EBWaSli6lf6TicPJf+femlQ2IqoNzBLdk1bXVempTLQ=
-SIZE (fast_float-6.1.1.tar.gz) = 97641
+SHA256 (fast_float-8.2.3.tar.gz) = +oEQdrrXtxUc6CYAWnITlxyHmxku5FBacBbIQTA4wtA=
+SIZE (fast_float-8.2.3.tar.gz) = 121573
Hi!
It's been a while since I've been here, but I'm sharing a new update for
fast-float up to version 8.2.3 (we currently have 6.1.1 in the ports
section), which is necessary for building libplacebo.
The update offers several interesting improvements, including:
- Improved support for s390x and RISC-V
- Support for 16-bit floats
- Fixes for compilation using clang
I'm also taking this opportunity to update my email.
--
*****************************************************
Dios en su Cielo, todo bien en la Tierra
index a447b28..3c6120d 100644
--- a/devel/fast-float/Makefile
+++ b/devel/fast-float/Makefile
@@ -1,6 +1,6 @@
COMMENT = fast and exact implementation of from_chars for float/double
-V = 6.1.1
+V = 8.2.3
PKGNAME = fast-float-${V}
GH_TAGNAME = v${V}
GH_ACCOUNT = fastfloat
@@ -8,7 +8,7 @@ GH_PROJECT = fast_float
CATEGORIES = devel
-MAINTAINER = Jose Maldonado <josemald89@gmail.com>
+MAINTAINER = Jose Maldonado <yukiteruamano@volfread.xyz>
# Apache 2.0, Boost 1.0, or MIT
PERMIT_PACKAGE = Yes
diff --git a/devel/fast-float/distinfo b/devel/fast-float/distinfo
index 8ab3a90..6dca0d4 100644
--- a/devel/fast-float/distinfo
+++ b/devel/fast-float/distinfo
@@ -1,2 +1,2 @@
-SHA256 (fast_float-6.1.1.tar.gz) = EBWaSli6lf6TicPJf+femlQ2IqoNzBLdk1bXVempTLQ=
-SIZE (fast_float-6.1.1.tar.gz) = 97641
+SHA256 (fast_float-8.2.3.tar.gz) = +oEQdrrXtxUc6CYAWnITlxyHmxku5FBacBbIQTA4wtA=
+SIZE (fast_float-8.2.3.tar.gz) = 121573
Hi!
It's been a while since I've been here, but I'm sharing a new update for
fast-float up to version 8.2.3 (we currently have 6.1.1 in the ports
section), which is necessary for building libplacebo.
The update offers several interesting improvements, including:
- Improved support for s390x and RISC-V
- Support for 16-bit floats
- Fixes for compilation using clang
I'm also taking this opportunity to update my email.
--
*****************************************************
Dios en su Cielo, todo bien en la Tierra
Re: Immutable root on OpenBSD? (New to BSD)
On Mon, Mar 02, 2026 at 11:47:25PM +0000, Pattled Buquor wrote:
> Does anyone here have some advice/idea/experience on how to do immutable
> systems with OpenBSD?
If you're new to OpenBSD, it would be much better to get some experience with
a 'regular' installation first.
Essentially everything you are asking about is _possible_, but when it
eventually breaks you'll have difficulty fixing it unless you know OpenBSD
inside out.
> Something I found that may be part of a solution is `union_mount`. This
> seems to be like OverlayFS on Linux. The problem is that the feature
> seems to have disapeared from OpenBSD in release 3.8, even if I couldn't
> find any mention of it in the changelogs (I may have missed it).
It was indeed removed from OpenBSD a long time ago. It's still in recent
versions of NetBSD, so if you are curious to see how it works on a BSD system
that would be the easiest way to experiment.
> Does anyone here have some advice/idea/experience on how to do immutable
> systems with OpenBSD?
If you're new to OpenBSD, it would be much better to get some experience with
a 'regular' installation first.
Essentially everything you are asking about is _possible_, but when it
eventually breaks you'll have difficulty fixing it unless you know OpenBSD
inside out.
> Something I found that may be part of a solution is `union_mount`. This
> seems to be like OverlayFS on Linux. The problem is that the feature
> seems to have disapeared from OpenBSD in release 3.8, even if I couldn't
> find any mention of it in the changelogs (I may have missed it).
It was indeed removed from OpenBSD a long time ago. It's still in recent
versions of NetBSD, so if you are curious to see how it works on a BSD system
that would be the easiest way to experiment.
Immutable root on OpenBSD? (New to BSD)
Hi,
I'm trying to make a relatively secure computer setup, so I want to try
OpenBSD as the "main" kernel (aka the one that will run on the real
hardware, and that will be the host for the VMs).
I'm coming from Linux (various distros), and I had configured my system
to be immutable: the root system (with apps, settings, users) was built
atomically into a SquashFS (a compressed immutable FS), which would then
be mounted on root via an OverlayFS + tmpfs. Writes would go to memory,
so changes would be erased on reboot.
I think that immutability is a great feature for security, as it
prevents attackers or threats to stay installed on the system. Also, it
ensures predictability and determinism between boots: if you mess
something up, it won't impact future boots.
Does anyone here have some advice/idea/experience on how to do immutable
systems with OpenBSD?
I think I need somthing more complex that read-only mounts: I need to be
able to verify that the root hasn't been altered (by hashing it for
example). I also need write access to the FS, even if it doesn't
persist between reboots.
https://geodsoft.com/howto/harden/OpenBSD/no_changes.htm
Btw, the read-only option for security was mentioned in this blog, and
it seems kind of unsuitable for my purpose (in the blog, the guy had
issues with softwares wanting write access, and other joyful errors)
Something I found that may be part of a solution is `union_mount`. This
seems to be like OverlayFS on Linux. The problem is that the feature
seems to have disapeared from OpenBSD in release 3.8, even if I couldn't
find any mention of it in the changelogs (I may have missed it).
- manpage for 3.7 (exists):
https://man.openbsd.org/OpenBSD-3.7/mount_union
- manpage for 3.8 (doesn't):
https://man.openbsd.org/OpenBSD-3.8/mount_union
- 3.8 changelogs:
https://www.openbsd.org/plus38.html
Yet, even if the feature still exists, I would still be unable to hash
or checksum the FS properly (maybe I could hash a digest of all the
files? what a hacky way!). It's also not as portable as a SquashFS
file.
Lastly, please tell me if my message is too long, or anything else. I'm
trying to be concise and explicit, but it's one of my first time
mail-list-ing :D
---
Pattled Buquor
(absolutely my real name)
I'm trying to make a relatively secure computer setup, so I want to try
OpenBSD as the "main" kernel (aka the one that will run on the real
hardware, and that will be the host for the VMs).
I'm coming from Linux (various distros), and I had configured my system
to be immutable: the root system (with apps, settings, users) was built
atomically into a SquashFS (a compressed immutable FS), which would then
be mounted on root via an OverlayFS + tmpfs. Writes would go to memory,
so changes would be erased on reboot.
I think that immutability is a great feature for security, as it
prevents attackers or threats to stay installed on the system. Also, it
ensures predictability and determinism between boots: if you mess
something up, it won't impact future boots.
Does anyone here have some advice/idea/experience on how to do immutable
systems with OpenBSD?
I think I need somthing more complex that read-only mounts: I need to be
able to verify that the root hasn't been altered (by hashing it for
example). I also need write access to the FS, even if it doesn't
persist between reboots.
https://geodsoft.com/howto/harden/OpenBSD/no_changes.htm
Btw, the read-only option for security was mentioned in this blog, and
it seems kind of unsuitable for my purpose (in the blog, the guy had
issues with softwares wanting write access, and other joyful errors)
Something I found that may be part of a solution is `union_mount`. This
seems to be like OverlayFS on Linux. The problem is that the feature
seems to have disapeared from OpenBSD in release 3.8, even if I couldn't
find any mention of it in the changelogs (I may have missed it).
- manpage for 3.7 (exists):
https://man.openbsd.org/OpenBSD-3.7/mount_union
- manpage for 3.8 (doesn't):
https://man.openbsd.org/OpenBSD-3.8/mount_union
- 3.8 changelogs:
https://www.openbsd.org/plus38.html
Yet, even if the feature still exists, I would still be unable to hash
or checksum the FS properly (maybe I could hash a digest of all the
files? what a hacky way!). It's also not as portable as a SquashFS
file.
Lastly, please tell me if my message is too long, or anything else. I'm
trying to be concise and explicit, but it's one of my first time
mail-list-ing :D
---
Pattled Buquor
(absolutely my real name)
Re: OpenBSD Errata: February 27, 2026 (tmppath pledge_sysctl)
Am Mo., 2. März 2026 um 23:45 Uhr schrieb Thomas Kupper
<mailing.list@kupper.li>:
> If you remove patch 023 ('syspatch -r' remove the last patch) and
> re-apply, or just run 'syspatch -c' after reverting 023. Are 022 and 023
> listed then?
No. Found the reason: relinking will not work anyway on this machine because
I nuked /usr/share/relink/kernel/GENERIC.MP/ because /usr is too small.
And syspatch checks if the files to patch (like
/usr/share/relink/kernel/GENERIC.MP/gap.o) exist.
Sorry for the noise - broken machine.
Best
Martin
<mailing.list@kupper.li>:
> If you remove patch 023 ('syspatch -r' remove the last patch) and
> re-apply, or just run 'syspatch -c' after reverting 023. Are 022 and 023
> listed then?
No. Found the reason: relinking will not work anyway on this machine because
I nuked /usr/share/relink/kernel/GENERIC.MP/ because /usr is too small.
And syspatch checks if the files to patch (like
/usr/share/relink/kernel/GENERIC.MP/gap.o) exist.
Sorry for the noise - broken machine.
Best
Martin
Re: OpenBSD Errata: February 27, 2026 (tmppath pledge_sysctl)
On 02.03.2026 22:05, Martin Schröder wrote:
> Am Mo., 2. März 2026 um 22:18 Uhr schrieb Thomas Kupper
> <mailing.list@kupper.li>:
>> What patches does 'syspatch -l' show?
>
>> sudo syspatch -l
> 002_zic
> 003_zoneinfo
> 005_acme
> 006_xserver
> 007_xserver
> 009_expat
> 010_libcrypto
> 011_xserver
> 012_unbound
> 013_libssl
> 014_smtpd
> 016_xkbcomp
> 017_unbound
> 018_rpki
> 019_httpd
> 020_expat
> 021_tmppath
> 023_tmppath
>> cat /etc/installurl
> http://ftp.hostserver.de/pub/OpenBSD
>> uname -a
> OpenBSD wyvern.local.oneiros.de 7.7 GENERIC.MP#625 amd64
Looks good, maybe they had a mirror/sync issue on hostserver.de and 022
was not synced.
If you remove patch 023 ('syspatch -r' remove the last patch) and
re-apply, or just run 'syspatch -c' after reverting 023. Are 022 and 023
listed then?
/Thomas
>
> Best
> Martin
>
> Am Mo., 2. März 2026 um 22:18 Uhr schrieb Thomas Kupper
> <mailing.list@kupper.li>:
>> What patches does 'syspatch -l' show?
>
>> sudo syspatch -l
> 002_zic
> 003_zoneinfo
> 005_acme
> 006_xserver
> 007_xserver
> 009_expat
> 010_libcrypto
> 011_xserver
> 012_unbound
> 013_libssl
> 014_smtpd
> 016_xkbcomp
> 017_unbound
> 018_rpki
> 019_httpd
> 020_expat
> 021_tmppath
> 023_tmppath
>> cat /etc/installurl
> http://ftp.hostserver.de/pub/OpenBSD
>> uname -a
> OpenBSD wyvern.local.oneiros.de 7.7 GENERIC.MP#625 amd64
Looks good, maybe they had a mirror/sync issue on hostserver.de and 022
was not synced.
If you remove patch 023 ('syspatch -r' remove the last patch) and
re-apply, or just run 'syspatch -c' after reverting 023. Are 022 and 023
listed then?
/Thomas
>
> Best
> Martin
>
Re: OpenBSD Errata: February 27, 2026 (tmppath pledge_sysctl)
Am Mo., 2. März 2026 um 22:18 Uhr schrieb Thomas Kupper
<mailing.list@kupper.li>:
> What patches does 'syspatch -l' show?
> sudo syspatch -l
002_zic
003_zoneinfo
005_acme
006_xserver
007_xserver
009_expat
010_libcrypto
011_xserver
012_unbound
013_libssl
014_smtpd
016_xkbcomp
017_unbound
018_rpki
019_httpd
020_expat
021_tmppath
023_tmppath
> cat /etc/installurl
http://ftp.hostserver.de/pub/OpenBSD
> uname -a
OpenBSD wyvern.local.oneiros.de 7.7 GENERIC.MP#625 amd64
Best
Martin
<mailing.list@kupper.li>:
> What patches does 'syspatch -l' show?
> sudo syspatch -l
002_zic
003_zoneinfo
005_acme
006_xserver
007_xserver
009_expat
010_libcrypto
011_xserver
012_unbound
013_libssl
014_smtpd
016_xkbcomp
017_unbound
018_rpki
019_httpd
020_expat
021_tmppath
023_tmppath
> cat /etc/installurl
http://ftp.hostserver.de/pub/OpenBSD
> uname -a
OpenBSD wyvern.local.oneiros.de 7.7 GENERIC.MP#625 amd64
Best
Martin
Re: Update from maintainer: devel/objfw 1.5.1
Am 02.03.26 um 12:01 schrieb Stuart Henderson:
> committed.
Thanks!
> btw, "tmppath" pledge will be removed from -current and the recent
> -stable releases very soon, it would be good if you could remove support
Luckily, the sandbox class is private since it is way too tied to
OpenBSD, so nothing else is using it. And tmppath in particular is not
used at all, meaning this is never constructed in the string passed to
pledge.
It's a longstanding to do to come up with an OS-agnostic sandboxing API,
but it's hard to make something that fits every OS.
--
Jonathan
> committed.
Thanks!
> btw, "tmppath" pledge will be removed from -current and the recent
> -stable releases very soon, it would be good if you could remove support
Luckily, the sandbox class is private since it is way too tied to
OpenBSD, so nothing else is using it. And tmppath in particular is not
used at all, meaning this is never constructed in the string passed to
pledge.
It's a longstanding to do to come up with an OS-agnostic sandboxing API,
but it's hard to make something that fits every OS.
--
Jonathan
Re: OpenBSD Errata: February 27, 2026 (tmppath pledge_sysctl)
Martin Schröder wrote on 02.03.2026 20:49:
> Am Fr., 27. Feb. 2026 um 22:14 Uhr schrieb Alexander Bluhm <bluhm@openbsd.org>:
>> Errata patches for pledge tmppath and sysctl have been released for
>> OpenBSD 7.7 and 7.8.
>
> Hi,
> did something happen to patch 22 on amd64 7.7?
>
> I got 21 and 23 but not 22; 22 is not listed as missing.
> Mirror is ftp.hostserver.de
It's listed for me:
openbsd-77$ cat /etc/installurl
https://ftp.hostserver.de/pub/OpenBSD
openbsd-77$ uname -a
OpenBSD openbsd-77.my.domain 7.7 GENERIC.MP#3 amd64
openbsd-77$ doas syspatch -c
021_tmppath
022_pledge_sysctl
023_tmppath
What patches does 'syspatch -l' show?
/Thomas
>
> Best
> Martin
>
> Am Fr., 27. Feb. 2026 um 22:14 Uhr schrieb Alexander Bluhm <bluhm@openbsd.org>:
>> Errata patches for pledge tmppath and sysctl have been released for
>> OpenBSD 7.7 and 7.8.
>
> Hi,
> did something happen to patch 22 on amd64 7.7?
>
> I got 21 and 23 but not 22; 22 is not listed as missing.
> Mirror is ftp.hostserver.de
It's listed for me:
openbsd-77$ cat /etc/installurl
https://ftp.hostserver.de/pub/OpenBSD
openbsd-77$ uname -a
OpenBSD openbsd-77.my.domain 7.7 GENERIC.MP#3 amd64
openbsd-77$ doas syspatch -c
021_tmppath
022_pledge_sysctl
023_tmppath
What patches does 'syspatch -l' show?
/Thomas
>
> Best
> Martin
>
Re: OpenBSD Errata: February 27, 2026 (tmppath pledge_sysctl)
Am Fr., 27. Feb. 2026 um 22:14 Uhr schrieb Alexander Bluhm <bluhm@openbsd.org>:
> Errata patches for pledge tmppath and sysctl have been released for
> OpenBSD 7.7 and 7.8.
Hi,
did something happen to patch 22 on amd64 7.7?
I got 21 and 23 but not 22; 22 is not listed as missing.
Mirror is ftp.hostserver.de
Best
Martin
> Errata patches for pledge tmppath and sysctl have been released for
> OpenBSD 7.7 and 7.8.
Hi,
did something happen to patch 22 on amd64 7.7?
I got 21 and 23 but not 22; 22 is not listed as missing.
Mirror is ftp.hostserver.de
Best
Martin
Re: X11 questions (new user)
On 2026-03-02, karcio@tuta.io <karcio@tuta.io> wrote:
> understand what you are saying about browsers - but on this machine I had a debian before abnd firefox was working fast.
>
> Also if I start neovim I need to wait about 30 seconds which I think is way to long - as I said no this issue on debian
30 seconds smells like a DNS timeout.
> understand what you are saying about browsers - but on this machine I had a debian before abnd firefox was working fast.
>
> Also if I start neovim I need to wait about 30 seconds which I think is way to long - as I said no this issue on debian
30 seconds smells like a DNS timeout.
Re: X11 questions (new user)
On 2026-03-02, Noth <noth@nineinchnetworks.ch> wrote:
> Then you haven't installed all sets. Boot into bsd.rd and run upgrade,
there's no evidence of that in the log.
> Then you haven't installed all sets. Boot into bsd.rd and run upgrade,
there's no evidence of that in the log.
Re: 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 2 Mar 2026 19:07:39 -0000
@@ -2,7 +2,7 @@ COMMENT = customizable and lightweight n
GH_ACCOUNT = dunst-project
GH_PROJECT = dunst
-GH_TAGNAME = v1.13.0
+GH_TAGNAME = v1.13.1
CATEGORIES = x11
@@ -16,6 +16,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m notify
WANTLIB += pango-1.0 pangocairo-1.0 pthread
+WANTLIB += wayland-client wayland-cursor
# C11 with GNU extensions
COMPILER = base-clang ports-gcc
@@ -25,6 +26,7 @@ CFLAGS += -std=gnu11
USE_GMAKE = Yes
BUILD_DEPENDS = graphics/png \
+ wayland/libinput-openbsd \
x11/dbus
LIB_DEPENDS += devel/gettext,-runtime \
@@ -32,7 +34,8 @@ LIB_DEPENDS += devel/gettext,-runtime \
devel/libnotify \
devel/pango \
graphics/cairo \
- graphics/gdk-pixbuf2
+ graphics/gdk-pixbuf2 \
+ wayland/wayland
RUN_DEPENDS += x11/dbus
@@ -44,8 +47,7 @@ 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"
pre-configure:
${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
Index: distinfo
===================================================================
RCS file: /cvs/ports/x11/dunst/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo 31 Dec 2025 14:23:22 -0000 1.11
+++ distinfo 2 Mar 2026 19:07:39 -0000
@@ -1,2 +1,2 @@
-SHA256 (dunst-1.13.0.tar.gz) = eooYE5d61ZQUiMZrkUUBcD/A9uEuYx3BhQatYXJC56A=
-SIZE (dunst-1.13.0.tar.gz) = 4664717
+SHA256 (dunst-1.13.1.tar.gz) = pXjlws21RhhzVccQ8aqExHLm4jgo5pL+HLDruWNbEaY=
+SIZE (dunst-1.13.1.tar.gz) = 4666210
Index: patches/patch-config_mk
===================================================================
RCS file: /cvs/ports/x11/dunst/patches/patch-config_mk,v
retrieving revision 1.10
diff -u -p -r1.10 patch-config_mk
--- patches/patch-config_mk 31 Dec 2025 14:23:22 -0000 1.10
+++ patches/patch-config_mk 2 Mar 2026 19:07:39 -0000
@@ -5,9 +5,9 @@ Index: config.mk
# flags
DEFAULT_CPPFLAGS = -Wno-gnu-zero-variadic-macro-arguments -D_DEFAULT_SOURCE -DVERSION=\"${VERSION}\" -DSYSCONFDIR=\"${SYSCONFDIR}\" ${ENABLE_WAYLAND} ${ENABLE_X11}
--DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Os ${EXTRA_CFLAGS}
+-DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined -Os ${EXTRA_CFLAGS}
-DEFAULT_LDFLAGS = -lm -lrt
-+DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings ${EXTRA_CFLAGS}
++DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined ${EXTRA_CFLAGS}
+DEFAULT_LDFLAGS = -lm
CPPFLAGS_DEBUG :=
Index: pkg/PLIST
===================================================================
RCS file: /cvs/ports/x11/dunst/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST 15 Apr 2025 19:28:05 -0000 1.9
+++ pkg/PLIST 2 Mar 2026 19:07:39 -0000
@@ -7,6 +7,7 @@ bin/dunstctl
@man man/man5/dunst.5
share/bash-completion/completions/dunst
share/bash-completion/completions/dunstctl
+share/bash-completion/completions/dunstify
share/dunst/
@sample ${SYSCONFDIR}/dunst/
share/dunst/dunstrc
@@ -23,3 +24,4 @@ share/zsh/
share/zsh/site-functions/
share/zsh/site-functions/_dunst
share/zsh/site-functions/_dunstctl
+share/zsh/site-functions/_dunstify
On 3/2/26 7:03 PM, Stuart Henderson wrote:
> On 2026/03/02 19:54, Timo Myyrä wrote:
>>
>> I'm not sure if it is worth the hassle to add wayland support as a
>> flavor if it supports X11 and wayland at the same time.
>
> correct - if it supports both then this is the right way to go.
>
>> Here's quick diff to update the dunst version and adding the wayland
>> support for it. Needed to patch few files under wayland for
>> input-events.
What about a BDEP on libinput-openbsd rather than the extra patch?
===================================================================
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 2 Mar 2026 19:07:39 -0000
@@ -2,7 +2,7 @@ COMMENT = customizable and lightweight n
GH_ACCOUNT = dunst-project
GH_PROJECT = dunst
-GH_TAGNAME = v1.13.0
+GH_TAGNAME = v1.13.1
CATEGORIES = x11
@@ -16,6 +16,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m notify
WANTLIB += pango-1.0 pangocairo-1.0 pthread
+WANTLIB += wayland-client wayland-cursor
# C11 with GNU extensions
COMPILER = base-clang ports-gcc
@@ -25,6 +26,7 @@ CFLAGS += -std=gnu11
USE_GMAKE = Yes
BUILD_DEPENDS = graphics/png \
+ wayland/libinput-openbsd \
x11/dbus
LIB_DEPENDS += devel/gettext,-runtime \
@@ -32,7 +34,8 @@ LIB_DEPENDS += devel/gettext,-runtime \
devel/libnotify \
devel/pango \
graphics/cairo \
- graphics/gdk-pixbuf2
+ graphics/gdk-pixbuf2 \
+ wayland/wayland
RUN_DEPENDS += x11/dbus
@@ -44,8 +47,7 @@ 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"
pre-configure:
${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
Index: distinfo
===================================================================
RCS file: /cvs/ports/x11/dunst/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo 31 Dec 2025 14:23:22 -0000 1.11
+++ distinfo 2 Mar 2026 19:07:39 -0000
@@ -1,2 +1,2 @@
-SHA256 (dunst-1.13.0.tar.gz) = eooYE5d61ZQUiMZrkUUBcD/A9uEuYx3BhQatYXJC56A=
-SIZE (dunst-1.13.0.tar.gz) = 4664717
+SHA256 (dunst-1.13.1.tar.gz) = pXjlws21RhhzVccQ8aqExHLm4jgo5pL+HLDruWNbEaY=
+SIZE (dunst-1.13.1.tar.gz) = 4666210
Index: patches/patch-config_mk
===================================================================
RCS file: /cvs/ports/x11/dunst/patches/patch-config_mk,v
retrieving revision 1.10
diff -u -p -r1.10 patch-config_mk
--- patches/patch-config_mk 31 Dec 2025 14:23:22 -0000 1.10
+++ patches/patch-config_mk 2 Mar 2026 19:07:39 -0000
@@ -5,9 +5,9 @@ Index: config.mk
# flags
DEFAULT_CPPFLAGS = -Wno-gnu-zero-variadic-macro-arguments -D_DEFAULT_SOURCE -DVERSION=\"${VERSION}\" -DSYSCONFDIR=\"${SYSCONFDIR}\" ${ENABLE_WAYLAND} ${ENABLE_X11}
--DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Os ${EXTRA_CFLAGS}
+-DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined -Os ${EXTRA_CFLAGS}
-DEFAULT_LDFLAGS = -lm -lrt
-+DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings ${EXTRA_CFLAGS}
++DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined ${EXTRA_CFLAGS}
+DEFAULT_LDFLAGS = -lm
CPPFLAGS_DEBUG :=
Index: pkg/PLIST
===================================================================
RCS file: /cvs/ports/x11/dunst/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST 15 Apr 2025 19:28:05 -0000 1.9
+++ pkg/PLIST 2 Mar 2026 19:07:39 -0000
@@ -7,6 +7,7 @@ bin/dunstctl
@man man/man5/dunst.5
share/bash-completion/completions/dunst
share/bash-completion/completions/dunstctl
+share/bash-completion/completions/dunstify
share/dunst/
@sample ${SYSCONFDIR}/dunst/
share/dunst/dunstrc
@@ -23,3 +24,4 @@ share/zsh/
share/zsh/site-functions/
share/zsh/site-functions/_dunst
share/zsh/site-functions/_dunstctl
+share/zsh/site-functions/_dunstify
On 3/2/26 7:03 PM, Stuart Henderson wrote:
> On 2026/03/02 19:54, Timo Myyrä wrote:
>>
>> I'm not sure if it is worth the hassle to add wayland support as a
>> flavor if it supports X11 and wayland at the same time.
>
> correct - if it supports both then this is the right way to go.
>
>> Here's quick diff to update the dunst version and adding the wayland
>> support for it. Needed to patch few files under wayland for
>> input-events.
What about a BDEP on libinput-openbsd rather than the extra patch?
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org
started on Fri Feb 27 01:03:40 MST 2026
finished at Mon Mar 2 11:55:28 MST 2026
lasted 3D10h51m
done with kern.version=OpenBSD 7.8-current (GENERIC.MP) #136: Wed Feb 25 02:21:49 MST 2026
built packages:12910
Feb 27:4682
Feb 28:850
Mar 1:2350
Mar 2:5027
critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2026-02-27/summary.log
build failures: 3
http://build-failures.rhaalovely.net/aarch64/2026-02-27/net/guacamole/server.log
http://build-failures.rhaalovely.net/aarch64/2026-02-27/www/chromium.log
http://build-failures.rhaalovely.net/aarch64/2026-02-27/www/py-html5-parser.log
recurrent failures
failures/www/chromium.log
new failures
+++ ls-failures Mon Mar 2 11:56:56 2026
+failures/net/guacamole/server.log
+failures/www/py-html5-parser.log
resolved failures
--- ../old/aarch64/last//ls-failures Tue Feb 24 09:51:40 2026
-failures/cad/netgen-mesher.log
-failures/comms/gnuradio.log
-failures/devel/py-time-machine.log
-failures/games/lwjgl3.log
-failures/www/iridium.log
-failures/www/ungoogled-chromium.log
-failures/x11/lxqt/config.log
started on Fri Feb 27 01:03:40 MST 2026
finished at Mon Mar 2 11:55:28 MST 2026
lasted 3D10h51m
done with kern.version=OpenBSD 7.8-current (GENERIC.MP) #136: Wed Feb 25 02:21:49 MST 2026
built packages:12910
Feb 27:4682
Feb 28:850
Mar 1:2350
Mar 2:5027
critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2026-02-27/summary.log
build failures: 3
http://build-failures.rhaalovely.net/aarch64/2026-02-27/net/guacamole/server.log
http://build-failures.rhaalovely.net/aarch64/2026-02-27/www/chromium.log
http://build-failures.rhaalovely.net/aarch64/2026-02-27/www/py-html5-parser.log
recurrent failures
failures/www/chromium.log
new failures
+++ ls-failures Mon Mar 2 11:56:56 2026
+failures/net/guacamole/server.log
+failures/www/py-html5-parser.log
resolved failures
--- ../old/aarch64/last//ls-failures Tue Feb 24 09:51:40 2026
-failures/cad/netgen-mesher.log
-failures/comms/gnuradio.log
-failures/devel/py-time-machine.log
-failures/games/lwjgl3.log
-failures/www/iridium.log
-failures/www/ungoogled-chromium.log
-failures/x11/lxqt/config.log
Re: HAOS under vmm
Frans Schneider <schneider@xs4all.nl> writes:
> I'm attempting to launch a HomeAssistant VM under vmm, but I'm running into issues. HAOS has an explicit requirement for
> UEFI support. Could this be the problem, and is there a workaround available?
We don't supply a UEFI image that works with vmd(8). The "vmm firmware"
is SeaBIOS. If you need UEFI, you're most likely out of luck unless you
know how to roll your own. (OVMF will not work as-is and will require
numerous code-level changes.)
>
> TIA
>
> Frans
> I'm attempting to launch a HomeAssistant VM under vmm, but I'm running into issues. HAOS has an explicit requirement for
> UEFI support. Could this be the problem, and is there a workaround available?
We don't supply a UEFI image that works with vmd(8). The "vmm firmware"
is SeaBIOS. If you need UEFI, you're most likely out of luck unless you
know how to roll your own. (OVMF will not work as-is and will require
numerous code-level changes.)
>
> TIA
>
> Frans
Re: update audio/umurmur 0.2.20 -> 0.3.1 + pledge & unveil
Am 25.02.26 um 07:27 schrieb deimos:
> On Fri Feb 20, 2026 at 11:47 AM PST, Christoph Liebender wrote:
>> This diff bumps umurmur to 0.3.1 which integrates some of the previously
>> applied patches regarding strlcpy/snprintf and whatnot.
>
> I confirm this builds and runs for days without issue.
>
> uMurmurd[54983]: uMurmur version 0.3.1-OpenBSD ('Loopy') protocol version 1.2.4
>
> Zero issues in the 4 days since you sent the patch.
>
> deimos
>
ping!
> On Fri Feb 20, 2026 at 11:47 AM PST, Christoph Liebender wrote:
>> This diff bumps umurmur to 0.3.1 which integrates some of the previously
>> applied patches regarding strlcpy/snprintf and whatnot.
>
> I confirm this builds and runs for days without issue.
>
> uMurmurd[54983]: uMurmur version 0.3.1-OpenBSD ('Loopy') protocol version 1.2.4
>
> Zero issues in the 4 days since you sent the patch.
>
> deimos
>
ping!
Re: [maintainer update] net/mollysocket 1.6.0 -> 1.7.0 + unveil
Am 24.02.26 um 21:28 schrieb Christoph Liebender:
> Good evening ports@,
>
> I hereby submit a patch that integrates the 1.7.0 release of
> mollysocket. Among other changes, upstream finally supports terminating
> the service with SIGTERM, so rc does not have to escalate to SIGKILL.
> However, some patches were necessary since a transitive dependency
> introduced aws-lc-rs, which made the program segfault. Telling the
> reqwest crate to use native-tls instead makes it work for me.
>
> Last but not least, I added some unveil restrictions as well for good
> measure.
>
> comments, testers, ok?
Ping!
> Good evening ports@,
>
> I hereby submit a patch that integrates the 1.7.0 release of
> mollysocket. Among other changes, upstream finally supports terminating
> the service with SIGTERM, so rc does not have to escalate to SIGKILL.
> However, some patches were necessary since a transitive dependency
> introduced aws-lc-rs, which made the program segfault. Telling the
> reqwest crate to use native-tls instead makes it work for me.
>
> Last but not least, I added some unveil restrictions as well for good
> measure.
>
> comments, testers, ok?
Ping!
Re: X11 questions (new user)
On Mon, Mar 02, 2026 at 06:48:32PM +0100, Peter N. M. Hansteen wrote:
> On Mon, Mar 02, 2026 at 06:33:08PM +0100, karcio@tuta.io wrote:
> > I still think this is my problem
> > ```
> > I think this is my problem:
> > ```
> > [ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so <https://dri.so/> failed (File not found)
> > [ 38.484] (EE) AIGLX error: unable to load driver i965
> > ```
> >
> > how can I install this driver?
>
> I looks like you were too selective in choosing sets to install.
A i965_dri.so binary is not shipped in the base system xenocara.
> On Mon, Mar 02, 2026 at 06:33:08PM +0100, karcio@tuta.io wrote:
> > I still think this is my problem
> > ```
> > I think this is my problem:
> > ```
> > [ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so <https://dri.so/> failed (File not found)
> > [ 38.484] (EE) AIGLX error: unable to load driver i965
> > ```
> >
> > how can I install this driver?
>
> I looks like you were too selective in choosing sets to install.
A i965_dri.so binary is not shipped in the base system xenocara.
Re: UPDATE: x11/sdorfehs -> 1.7
On 2026/03/02 11:46, izzy Meyer wrote:
> Hello ports@, jcs@,
>
> Here's a small update of the x11/sdorfehs port which my friend
> drainer333 uses (CC'd).
>
> jcs@, or another committer, could this be committed in before the ports
> tree freeze? Thanks.
>
>
> --
> iz (she/her)
>
> > i like to say mundane things,
> > there are too many uninteresting things
> > that go unnoticed.
>
> izder456 (dot) neocities (dot) org
> diff --git x11/sdorfehs/Makefile x11/sdorfehs/Makefile
> index 45786c6d86d..8a529f73916 100644
> --- x11/sdorfehs/Makefile
> +++ x11/sdorfehs/Makefile
> @@ -1,6 +1,6 @@
> COMMENT= tiling window manager with a weird name
>
> -GH_TAGNAME= v1.5
> +GH_TAGNAME= v1.7
> GH_ACCOUNT= jcs
> GH_PROJECT= sdorfehs
>
> diff --git x11/sdorfehs/distinfo x11/sdorfehs/distinfo
> index 4c0fadca0da..68775f7892d 100644
> --- x11/sdorfehs/distinfo
> +++ x11/sdorfehs/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (sdorfehs-1.5.tar.gz) = 63nqqBeZfv5Mgnq+hgDQtsY1wBvHJS9XzzyH7Dawkbg=
> -SIZE (sdorfehs-1.5.tar.gz) = 122223
> +SHA256 (sdorfehs-1.7.tar.gz) = uHpk9rEcWsRdpDvuG/0XYgTAlgigX/SaZDpCCD8UTSA=
> +SIZE (sdorfehs-1.7.tar.gz) = 122659
VERSION is wrong in the tagged Makefile, this fixes it:
Index: Makefile
===================================================================
RCS file: /cvs/ports/x11/sdorfehs/Makefile,v
diff -u -p -r1.4 Makefile
--- Makefile 28 Jan 2023 00:19:16 -0000 1.4
+++ Makefile 2 Mar 2026 18:05:14 -0000
@@ -1,6 +1,6 @@
COMMENT= tiling window manager with a weird name
-GH_TAGNAME= v1.5
+GH_TAGNAME= v1.7
GH_ACCOUNT= jcs
GH_PROJECT= sdorfehs
@@ -13,6 +13,7 @@ PERMIT_PACKAGE= Yes
WANTLIB= c X11 Xft Xrandr XRes Xtst
+MAKE_FLAGS= VERSION=${GH_TAGNAME:S/v//}
FAKE_FLAGS= DESTDIR=
.include <bsd.port.mk>
Index: distinfo
===================================================================
RCS file: /cvs/ports/x11/sdorfehs/distinfo,v
diff -u -p -r1.3 distinfo
--- distinfo 28 Jan 2023 00:19:16 -0000 1.3
+++ distinfo 2 Mar 2026 18:05:14 -0000
@@ -1,2 +1,2 @@
-SHA256 (sdorfehs-1.5.tar.gz) = 63nqqBeZfv5Mgnq+hgDQtsY1wBvHJS9XzzyH7Dawkbg=
-SIZE (sdorfehs-1.5.tar.gz) = 122223
+SHA256 (sdorfehs-1.7.tar.gz) = uHpk9rEcWsRdpDvuG/0XYgTAlgigX/SaZDpCCD8UTSA=
+SIZE (sdorfehs-1.7.tar.gz) = 122659
> Hello ports@, jcs@,
>
> Here's a small update of the x11/sdorfehs port which my friend
> drainer333 uses (CC'd).
>
> jcs@, or another committer, could this be committed in before the ports
> tree freeze? Thanks.
>
>
> --
> iz (she/her)
>
> > i like to say mundane things,
> > there are too many uninteresting things
> > that go unnoticed.
>
> izder456 (dot) neocities (dot) org
> diff --git x11/sdorfehs/Makefile x11/sdorfehs/Makefile
> index 45786c6d86d..8a529f73916 100644
> --- x11/sdorfehs/Makefile
> +++ x11/sdorfehs/Makefile
> @@ -1,6 +1,6 @@
> COMMENT= tiling window manager with a weird name
>
> -GH_TAGNAME= v1.5
> +GH_TAGNAME= v1.7
> GH_ACCOUNT= jcs
> GH_PROJECT= sdorfehs
>
> diff --git x11/sdorfehs/distinfo x11/sdorfehs/distinfo
> index 4c0fadca0da..68775f7892d 100644
> --- x11/sdorfehs/distinfo
> +++ x11/sdorfehs/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (sdorfehs-1.5.tar.gz) = 63nqqBeZfv5Mgnq+hgDQtsY1wBvHJS9XzzyH7Dawkbg=
> -SIZE (sdorfehs-1.5.tar.gz) = 122223
> +SHA256 (sdorfehs-1.7.tar.gz) = uHpk9rEcWsRdpDvuG/0XYgTAlgigX/SaZDpCCD8UTSA=
> +SIZE (sdorfehs-1.7.tar.gz) = 122659
VERSION is wrong in the tagged Makefile, this fixes it:
Index: Makefile
===================================================================
RCS file: /cvs/ports/x11/sdorfehs/Makefile,v
diff -u -p -r1.4 Makefile
--- Makefile 28 Jan 2023 00:19:16 -0000 1.4
+++ Makefile 2 Mar 2026 18:05:14 -0000
@@ -1,6 +1,6 @@
COMMENT= tiling window manager with a weird name
-GH_TAGNAME= v1.5
+GH_TAGNAME= v1.7
GH_ACCOUNT= jcs
GH_PROJECT= sdorfehs
@@ -13,6 +13,7 @@ PERMIT_PACKAGE= Yes
WANTLIB= c X11 Xft Xrandr XRes Xtst
+MAKE_FLAGS= VERSION=${GH_TAGNAME:S/v//}
FAKE_FLAGS= DESTDIR=
.include <bsd.port.mk>
Index: distinfo
===================================================================
RCS file: /cvs/ports/x11/sdorfehs/distinfo,v
diff -u -p -r1.3 distinfo
--- distinfo 28 Jan 2023 00:19:16 -0000 1.3
+++ distinfo 2 Mar 2026 18:05:14 -0000
@@ -1,2 +1,2 @@
-SHA256 (sdorfehs-1.5.tar.gz) = 63nqqBeZfv5Mgnq+hgDQtsY1wBvHJS9XzzyH7Dawkbg=
-SIZE (sdorfehs-1.5.tar.gz) = 122223
+SHA256 (sdorfehs-1.7.tar.gz) = uHpk9rEcWsRdpDvuG/0XYgTAlgigX/SaZDpCCD8UTSA=
+SIZE (sdorfehs-1.7.tar.gz) = 122659
Re: x11/dunst - add wayland FLAVOR?
On 2026/03/02 19:54, Timo Myyrä wrote:
>
> I'm not sure if it is worth the hassle to add wayland support as a
> flavor if it supports X11 and wayland at the same time.
correct - if it supports both then this is the right way to go.
> Here's quick diff to update the dunst version and adding the wayland
> support for it. Needed to patch few files under wayland for
> input-events.
>
> timo
>
> diff /usr/ports
> path + /usr/ports
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - 845ec348ff390bcda6e379faacb22605fff03f02
> file + x11/dunst/Makefile
> --- x11/dunst/Makefile
> +++ x11/dunst/Makefile
> @@ -2,7 +2,7 @@ COMMENT = customizable and lightweight notification-da
>
> GH_ACCOUNT = dunst-project
> GH_PROJECT = dunst
> -GH_TAGNAME = v1.13.0
> +GH_TAGNAME = v1.13.1
>
> CATEGORIES = x11
>
> @@ -15,7 +15,8 @@ PERMIT_PACKAGE = Yes
>
> WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
> WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m notify
> -WANTLIB += pango-1.0 pangocairo-1.0 pthread
> +WANTLIB += pango-1.0 pangocairo-1.0 pthread wayland-client
> +WANTLIB += wayland-cursor
>
> # C11 with GNU extensions
> COMPILER = base-clang ports-gcc
> @@ -32,7 +33,8 @@ LIB_DEPENDS += devel/gettext,-runtime \
> devel/libnotify \
> devel/pango \
> graphics/cairo \
> - graphics/gdk-pixbuf2
> + graphics/gdk-pixbuf2 \
> + wayland/wayland
>
> RUN_DEPENDS += x11/dbus
>
> @@ -44,8 +46,7 @@ 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"
>
> pre-configure:
> ${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - 378d1a756bd8c0435db3f17cc7704a13196975c8
> file + x11/dunst/distinfo
> --- x11/dunst/distinfo
> +++ x11/dunst/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (dunst-1.13.0.tar.gz) = eooYE5d61ZQUiMZrkUUBcD/A9uEuYx3BhQatYXJC56A=
> -SIZE (dunst-1.13.0.tar.gz) = 4664717
> +SHA256 (dunst-1.13.1.tar.gz) = pXjlws21RhhzVccQ8aqExHLm4jgo5pL+HLDruWNbEaY=
> +SIZE (dunst-1.13.1.tar.gz) = 4666210
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - 76d1844ec450a61156ec005c7edd90f922b50f50
> file + x11/dunst/patches/patch-config_mk
> --- x11/dunst/patches/patch-config_mk
> +++ x11/dunst/patches/patch-config_mk
> @@ -5,9 +5,9 @@ Index: config.mk
>
> # flags
> DEFAULT_CPPFLAGS = -Wno-gnu-zero-variadic-macro-arguments -D_DEFAULT_SOURCE -DVERSION=\"${VERSION}\" -DSYSCONFDIR=\"${SYSCONFDIR}\" ${ENABLE_WAYLAND} ${ENABLE_X11}
> --DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Os ${EXTRA_CFLAGS}
> +-DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined -Os ${EXTRA_CFLAGS}
> -DEFAULT_LDFLAGS = -lm -lrt
> -+DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings ${EXTRA_CFLAGS}
> ++DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined ${EXTRA_CFLAGS}
> +DEFAULT_LDFLAGS = -lm
>
> CPPFLAGS_DEBUG :=
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - /dev/null
> file + x11/dunst/patches/patch-src_wayland_wl_c (mode 644)
> --- /dev/null
> +++ x11/dunst/patches/patch-src_wayland_wl_c
> @@ -0,0 +1,19 @@
> +Index: src/wayland/wl.c
> +--- src/wayland/wl.c.orig
> ++++ src/wayland/wl.c
> +@@ -14,7 +14,15 @@
> + #include <sys/mman.h>
> + #include <time.h>
> + #include <unistd.h>
> ++#if defined(__linux__) || defined(__FreeBSD__)
> + #include <linux/input-event-codes.h>
> ++#else
> ++#define BTN_LEFT (0x110)
> ++#define BTN_RIGHT (0x111)
> ++#define BTN_MIDDLE (0x112)
> ++#define BTN_TOUCH (0x14a)
> ++
>
> I'm not sure if it is worth the hassle to add wayland support as a
> flavor if it supports X11 and wayland at the same time.
correct - if it supports both then this is the right way to go.
> Here's quick diff to update the dunst version and adding the wayland
> support for it. Needed to patch few files under wayland for
> input-events.
>
> timo
>
> diff /usr/ports
> path + /usr/ports
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - 845ec348ff390bcda6e379faacb22605fff03f02
> file + x11/dunst/Makefile
> --- x11/dunst/Makefile
> +++ x11/dunst/Makefile
> @@ -2,7 +2,7 @@ COMMENT = customizable and lightweight notification-da
>
> GH_ACCOUNT = dunst-project
> GH_PROJECT = dunst
> -GH_TAGNAME = v1.13.0
> +GH_TAGNAME = v1.13.1
>
> CATEGORIES = x11
>
> @@ -15,7 +15,8 @@ PERMIT_PACKAGE = Yes
>
> WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
> WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m notify
> -WANTLIB += pango-1.0 pangocairo-1.0 pthread
> +WANTLIB += pango-1.0 pangocairo-1.0 pthread wayland-client
> +WANTLIB += wayland-cursor
>
> # C11 with GNU extensions
> COMPILER = base-clang ports-gcc
> @@ -32,7 +33,8 @@ LIB_DEPENDS += devel/gettext,-runtime \
> devel/libnotify \
> devel/pango \
> graphics/cairo \
> - graphics/gdk-pixbuf2
> + graphics/gdk-pixbuf2 \
> + wayland/wayland
>
> RUN_DEPENDS += x11/dbus
>
> @@ -44,8 +46,7 @@ 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"
>
> pre-configure:
> ${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - 378d1a756bd8c0435db3f17cc7704a13196975c8
> file + x11/dunst/distinfo
> --- x11/dunst/distinfo
> +++ x11/dunst/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (dunst-1.13.0.tar.gz) = eooYE5d61ZQUiMZrkUUBcD/A9uEuYx3BhQatYXJC56A=
> -SIZE (dunst-1.13.0.tar.gz) = 4664717
> +SHA256 (dunst-1.13.1.tar.gz) = pXjlws21RhhzVccQ8aqExHLm4jgo5pL+HLDruWNbEaY=
> +SIZE (dunst-1.13.1.tar.gz) = 4666210
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - 76d1844ec450a61156ec005c7edd90f922b50f50
> file + x11/dunst/patches/patch-config_mk
> --- x11/dunst/patches/patch-config_mk
> +++ x11/dunst/patches/patch-config_mk
> @@ -5,9 +5,9 @@ Index: config.mk
>
> # flags
> DEFAULT_CPPFLAGS = -Wno-gnu-zero-variadic-macro-arguments -D_DEFAULT_SOURCE -DVERSION=\"${VERSION}\" -DSYSCONFDIR=\"${SYSCONFDIR}\" ${ENABLE_WAYLAND} ${ENABLE_X11}
> --DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Os ${EXTRA_CFLAGS}
> +-DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined -Os ${EXTRA_CFLAGS}
> -DEFAULT_LDFLAGS = -lm -lrt
> -+DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings ${EXTRA_CFLAGS}
> ++DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined ${EXTRA_CFLAGS}
> +DEFAULT_LDFLAGS = -lm
>
> CPPFLAGS_DEBUG :=
> commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
> blob - /dev/null
> file + x11/dunst/patches/patch-src_wayland_wl_c (mode 644)
> --- /dev/null
> +++ x11/dunst/patches/patch-src_wayland_wl_c
> @@ -0,0 +1,19 @@
> +Index: src/wayland/wl.c
> +--- src/wayland/wl.c.orig
> ++++ src/wayland/wl.c
> +@@ -14,7 +14,15 @@
> + #include <sys/mman.h>
> + #include <time.h>
> + #include <unistd.h>
> ++#if defined(__linux__) || defined(__FreeBSD__)
> + #include <linux/input-event-codes.h>
> ++#else
> ++#define BTN_LEFT (0x110)
> ++#define BTN_RIGHT (0x111)
> ++#define BTN_MIDDLE (0x112)
> ++#define BTN_TOUCH (0x14a)
> ++
Re: Port a machine from arm64 to amd64
I am using a similar approach. When setting up a new machine, i send each config file to RCS before editing. So, when transferring the installation to another machine, I can easily identify all changed config files and can even transfer the changes via rcsdiff(1) and patch(1).
The tool that I was hoping for, would have made things even more comfortable.
> On 28. Feb 2026, at 00:34, Ian Darwin <ian@darwinsys.com> wrote:
>
> One technique I've used in the past is to check only the modified files into git (one might use 'got' today).
>
> Depending on the degree of trust of where the git repo is (tightly controlled local net vs Github), you should probably add /etc/master.passwd and pwd.db, in fact anything with passwords, private keys, etc. into .gitignore so they don't get revealed.
>
> On a new machine, I'd:
>
> cd /
> git checkout .../etc_files
> mv etc_files/.git etc
>
> Then use combinations of git status, git diff OR diff ./foo ../etc_files, git restore files that you want overwritten with the value from the previous machine, etc. Inevitably some files will change, so commit and push again when you have a workable new system.
>
> Remember to rm /etc_files when done.
>
> Read "Reset, restore and revert" in the git doc before you "try this at home, kids".
>
> It worked OK in the absence of a dedicated tool for the job, which I doubt anyone will actually write.
>
> YMMV. Use at own risk. Etc.
>
The tool that I was hoping for, would have made things even more comfortable.
> On 28. Feb 2026, at 00:34, Ian Darwin <ian@darwinsys.com> wrote:
>
> One technique I've used in the past is to check only the modified files into git (one might use 'got' today).
>
> Depending on the degree of trust of where the git repo is (tightly controlled local net vs Github), you should probably add /etc/master.passwd and pwd.db, in fact anything with passwords, private keys, etc. into .gitignore so they don't get revealed.
>
> On a new machine, I'd:
>
> cd /
> git checkout .../etc_files
> mv etc_files/.git etc
>
> Then use combinations of git status, git diff OR diff ./foo ../etc_files, git restore files that you want overwritten with the value from the previous machine, etc. Inevitably some files will change, so commit and push again when you have a workable new system.
>
> Remember to rm /etc_files when done.
>
> Read "Reset, restore and revert" in the git doc before you "try this at home, kids".
>
> It worked OK in the absence of a dedicated tool for the job, which I doubt anyone will actually write.
>
> YMMV. Use at own risk. Etc.
>
Re: x11/dunst - add wayland FLAVOR?
On Sun, Mar 01 2026, yaydn@protonmail.com wrote:
> 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 \
>> >
>>
>>
Hi,
I'm not sure if it is worth the hassle to add wayland support as a
flavor if it supports X11 and wayland at the same time.
Here's quick diff to update the dunst version and adding the wayland
support for it. Needed to patch few files under wayland for
input-events.
timo
diff /usr/ports
path + /usr/ports
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - 845ec348ff390bcda6e379faacb22605fff03f02
file + x11/dunst/Makefile
--- x11/dunst/Makefile
+++ x11/dunst/Makefile
@@ -2,7 +2,7 @@ COMMENT = customizable and lightweight notification-da
GH_ACCOUNT = dunst-project
GH_PROJECT = dunst
-GH_TAGNAME = v1.13.0
+GH_TAGNAME = v1.13.1
CATEGORIES = x11
@@ -15,7 +15,8 @@ PERMIT_PACKAGE = Yes
WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m notify
-WANTLIB += pango-1.0 pangocairo-1.0 pthread
+WANTLIB += pango-1.0 pangocairo-1.0 pthread wayland-client
+WANTLIB += wayland-cursor
# C11 with GNU extensions
COMPILER = base-clang ports-gcc
@@ -32,7 +33,8 @@ LIB_DEPENDS += devel/gettext,-runtime \
devel/libnotify \
devel/pango \
graphics/cairo \
- graphics/gdk-pixbuf2
+ graphics/gdk-pixbuf2 \
+ wayland/wayland
RUN_DEPENDS += x11/dbus
@@ -44,8 +46,7 @@ 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"
pre-configure:
${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - 378d1a756bd8c0435db3f17cc7704a13196975c8
file + x11/dunst/distinfo
--- x11/dunst/distinfo
+++ x11/dunst/distinfo
@@ -1,2 +1,2 @@
-SHA256 (dunst-1.13.0.tar.gz) = eooYE5d61ZQUiMZrkUUBcD/A9uEuYx3BhQatYXJC56A=
-SIZE (dunst-1.13.0.tar.gz) = 4664717
+SHA256 (dunst-1.13.1.tar.gz) = pXjlws21RhhzVccQ8aqExHLm4jgo5pL+HLDruWNbEaY=
+SIZE (dunst-1.13.1.tar.gz) = 4666210
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - 76d1844ec450a61156ec005c7edd90f922b50f50
file + x11/dunst/patches/patch-config_mk
--- x11/dunst/patches/patch-config_mk
+++ x11/dunst/patches/patch-config_mk
@@ -5,9 +5,9 @@ Index: config.mk
# flags
DEFAULT_CPPFLAGS = -Wno-gnu-zero-variadic-macro-arguments -D_DEFAULT_SOURCE -DVERSION=\"${VERSION}\" -DSYSCONFDIR=\"${SYSCONFDIR}\" ${ENABLE_WAYLAND} ${ENABLE_X11}
--DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Os ${EXTRA_CFLAGS}
+-DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined -Os ${EXTRA_CFLAGS}
-DEFAULT_LDFLAGS = -lm -lrt
-+DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings ${EXTRA_CFLAGS}
++DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined ${EXTRA_CFLAGS}
+DEFAULT_LDFLAGS = -lm
CPPFLAGS_DEBUG :=
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - /dev/null
file + x11/dunst/patches/patch-src_wayland_wl_c (mode 644)
--- /dev/null
+++ x11/dunst/patches/patch-src_wayland_wl_c
@@ -0,0 +1,19 @@
+Index: src/wayland/wl.c
+--- src/wayland/wl.c.orig
++++ src/wayland/wl.c
+@@ -14,7 +14,15 @@
+ #include <sys/mman.h>
+ #include <time.h>
+ #include <unistd.h>
++#if defined(__linux__) || defined(__FreeBSD__)
+ #include <linux/input-event-codes.h>
++#else
++#define BTN_LEFT (0x110)
++#define BTN_RIGHT (0x111)
++#define BTN_MIDDLE (0x112)
++#define BTN_TOUCH (0x14a)
++
> 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 \
>> >
>>
>>
Hi,
I'm not sure if it is worth the hassle to add wayland support as a
flavor if it supports X11 and wayland at the same time.
Here's quick diff to update the dunst version and adding the wayland
support for it. Needed to patch few files under wayland for
input-events.
timo
diff /usr/ports
path + /usr/ports
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - 845ec348ff390bcda6e379faacb22605fff03f02
file + x11/dunst/Makefile
--- x11/dunst/Makefile
+++ x11/dunst/Makefile
@@ -2,7 +2,7 @@ COMMENT = customizable and lightweight notification-da
GH_ACCOUNT = dunst-project
GH_PROJECT = dunst
-GH_TAGNAME = v1.13.0
+GH_TAGNAME = v1.13.1
CATEGORIES = x11
@@ -15,7 +15,8 @@ PERMIT_PACKAGE = Yes
WANTLIB += X11 Xext Xinerama Xrandr Xss c cairo gdk_pixbuf-2.0
WANTLIB += gio-2.0 glib-2.0 gobject-2.0 harfbuzz intl m notify
-WANTLIB += pango-1.0 pangocairo-1.0 pthread
+WANTLIB += pango-1.0 pangocairo-1.0 pthread wayland-client
+WANTLIB += wayland-cursor
# C11 with GNU extensions
COMPILER = base-clang ports-gcc
@@ -32,7 +33,8 @@ LIB_DEPENDS += devel/gettext,-runtime \
devel/libnotify \
devel/pango \
graphics/cairo \
- graphics/gdk-pixbuf2
+ graphics/gdk-pixbuf2 \
+ wayland/wayland
RUN_DEPENDS += x11/dbus
@@ -44,8 +46,7 @@ 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"
pre-configure:
${SUBST_CMD} ${WRKSRC}/docs/dunst.1.pod.in \
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - 378d1a756bd8c0435db3f17cc7704a13196975c8
file + x11/dunst/distinfo
--- x11/dunst/distinfo
+++ x11/dunst/distinfo
@@ -1,2 +1,2 @@
-SHA256 (dunst-1.13.0.tar.gz) = eooYE5d61ZQUiMZrkUUBcD/A9uEuYx3BhQatYXJC56A=
-SIZE (dunst-1.13.0.tar.gz) = 4664717
+SHA256 (dunst-1.13.1.tar.gz) = pXjlws21RhhzVccQ8aqExHLm4jgo5pL+HLDruWNbEaY=
+SIZE (dunst-1.13.1.tar.gz) = 4666210
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - 76d1844ec450a61156ec005c7edd90f922b50f50
file + x11/dunst/patches/patch-config_mk
--- x11/dunst/patches/patch-config_mk
+++ x11/dunst/patches/patch-config_mk
@@ -5,9 +5,9 @@ Index: config.mk
# flags
DEFAULT_CPPFLAGS = -Wno-gnu-zero-variadic-macro-arguments -D_DEFAULT_SOURCE -DVERSION=\"${VERSION}\" -DSYSCONFDIR=\"${SYSCONFDIR}\" ${ENABLE_WAYLAND} ${ENABLE_X11}
--DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Os ${EXTRA_CFLAGS}
+-DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined -Os ${EXTRA_CFLAGS}
-DEFAULT_LDFLAGS = -lm -lrt
-+DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings ${EXTRA_CFLAGS}
++DEFAULT_CFLAGS = -g -std=gnu11 -pedantic -Wall -Wno-overlength-strings -Wno-expansion-to-defined ${EXTRA_CFLAGS}
+DEFAULT_LDFLAGS = -lm
CPPFLAGS_DEBUG :=
commit - 2ae8b084f97bfcff301cf1f8f9611c0e3383bb01
blob - /dev/null
file + x11/dunst/patches/patch-src_wayland_wl_c (mode 644)
--- /dev/null
+++ x11/dunst/patches/patch-src_wayland_wl_c
@@ -0,0 +1,19 @@
+Index: src/wayland/wl.c
+--- src/wayland/wl.c.orig
++++ src/wayland/wl.c
+@@ -14,7 +14,15 @@
+ #include <sys/mman.h>
+ #include <time.h>
+ #include <unistd.h>
++#if defined(__linux__) || defined(__FreeBSD__)
+ #include <linux/input-event-codes.h>
++#else
++#define BTN_LEFT (0x110)
++#define BTN_RIGHT (0x111)
++#define BTN_MIDDLE (0x112)
++#define BTN_TOUCH (0x14a)
++
Re: X11 questions (new user)
Then you haven't installed all sets. Boot into bsd.rd and run upgrade,
and make sure to select all sets. We don't support people who don't do
this, and as a new user you're making a big mistake trying to second
guess what is or isn't needed from the base system.
Cheers,
Noth
On 02/03/2026 17:22, karcio@tuta.io wrote:
> Hi Jan
>
>
>> Does neovim also start slowly on the console?
>> (ctrl + alt + f1)
>>
> no - starts correct
>
> I think this is my problem:
> ```[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
> [ 38.484] (EE) AIGLX error: unable to load driver i965
> ```
> this is log
> ```
> [ 35.703] (WW) checkDevMem: failed to open /dev/mem and /dev/xf86
> (Operation not permitted)
> Check that you have set 'machdep.allowaperture=1'
> in /etc/sysctl.conf and reboot your machine
> refer to xf86(4) for details
> [ 35.703] linear framebuffer access unavailable
> [ 35.733] (--) Using wscons driver on /dev/ttyC4
> [ 35.996]
> X.Org X Server 1.21.1.18
> X Protocol Version 11, Revision 0
> [ 35.996] Current Operating System: OpenBSD openbsd.fritz.box 7.8 GENERIC.MP#1 amd64
> [ 35.996]
> [ 35.996] Current version of pixman: 0.46.4
> [ 35.996] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [ 35.996] Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [ 35.997] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 2 15:09:53 2026
> [ 36.024] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
> [ 36.161] (==) No Layout section. Using the first Screen section.
> [ 36.184] (==) No screen section available. Using defaults.
> [ 36.184] (**) |-->Screen "Default Screen Section" (0)
> [ 36.184] (**) | |-->Monitor "<default monitor>"
> [ 36.198] (==) No device specified for screen "Default Screen Section".
> Using the first device section listed.
> [ 36.198] (**) | |-->Device "Intel Graphics"
> [ 36.198] (==) No monitor specified for screen "Default Screen Section".
> Using a default monitor configuration.
> [ 36.198] (**) Allowing byte-swapped clients
> [ 36.198] (==) Automatically adding devices
> [ 36.198] (==) Automatically enabling devices
> [ 36.198] (==) Not automatically adding GPU devices
> [ 36.198] (==) Automatically binding GPU devices
> [ 36.224] (==) Max clients allowed: 256, resource mask: 0x1fffff
> [ 36.409] (==) FontPath set to:
> /usr/X11R6/lib/X11/fonts/misc/,
> /usr/X11R6/lib/X11/fonts/TTF/,
> /usr/X11R6/lib/X11/fonts/OTF/,
> /usr/X11R6/lib/X11/fonts/Type1/,
> /usr/X11R6/lib/X11/fonts/100dpi/,
> /usr/X11R6/lib/X11/fonts/75dpi/
> [ 36.409] (==) ModulePath set to "/usr/X11R6/lib/modules"
> [ 36.409] (II) The server relies on wscons to provide the list of input devices.
> If no devices become available, reconfigure wscons or disable AutoAddDevices.
> [ 36.417] (II) Loader magic: 0xbc70b896a10
> [ 36.417] (II) Module ABI versions:
> [ 36.417] X.Org ANSI C Emulation: 0.4
> [ 36.417] X.Org Video Driver: 25.2
> [ 36.417] X.Org XInput driver : 24.4
> [ 36.417] X.Org Video Driver: 25.2
> [ 36.417] X.Org XInput driver : 24.4
> [ 36.417] X.Org Server Extension : 10.0
> [ 36.419] (--) PCI:*(0@0:2:0) 8086:0116:1028:050e rev 9, Mem @ 0xf1400000/4194304, 0xe0000000/268435456, I/O @ 0x00004000/64
> [ 36.419] (--) PCI: (1@0:0:0) 10de:0df4:1028:050e rev 161, Mem @ 0xf0000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x00003000/128
> [ 36.420] (II) LoadModule: "glx"
> [ 36.446] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
> [ 37.726] (II) Module glx: vendor="X.Org Foundation"
> [ 37.726] compiled for 1.21.1.18, module version = 1.0.0
> [ 37.726] ABI class: X.Org Server Extension, version 10.0
> [ 37.727] (II) LoadModule: "intel"
> [ 37.727] (II) Loading /usr/X11R6/lib/modules/drivers/intel_drv.so
> [ 37.773] (II) Module intel: vendor="X.Org Foundation"
> [ 37.773] compiled for 1.21.1.18, module version = 2.99.916
> [ 37.773] Module class: X.Org Video Driver
> [ 37.773] ABI class: X.Org Video Driver, version 25.2
> [ 37.773] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
> i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
> 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
> Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
> GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
> [ 37.774] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
> [ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
> [ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
> [ 37.834] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 0
> [ 37.931] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 3000
> [ 37.931] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx
> [ 37.931] (II) intel(0): Creating default Display subsection in Screen section
> "Default Screen Section" for depth/fbbpp 24/32
> [ 37.931] (==) intel(0): Depth 24, (--) framebuffer bpp 32
> [ 37.931] (==) intel(0): RGB weight 888
> [ 37.931] (==) intel(0): Default visual is TrueColor
> [ 37.965] (II) intel(0): Output LVDS1 has no monitor section
> [ 37.993] (--) intel(0): Found backlight control interface wscons (type 'platform') for output LVDS1
> [ 37.993] (II) intel(0): Enabled output LVDS1
> [ 37.993] (II) intel(0): Output VGA1 has no monitor section
> [ 37.993] (II) intel(0): Enabled output VGA1
> [ 37.993] (II) intel(0): Output HDMI1 has no monitor section
> [ 37.993] (II) intel(0): Enabled output HDMI1
> [ 37.993] (II) intel(0): Output DP1 has no monitor section
> [ 37.994] (II) intel(0): Enabled output DP1
> [ 37.994] (--) intel(0): Using a maximum size of 256x256 for hardware cursors
> [ 37.994] (II) intel(0): Output VIRTUAL1 has no monitor section
> [ 37.994] (II) intel(0): Enabled output VIRTUAL1
> [ 37.994] (--) intel(0): Output LVDS1 using initial mode 1366x768 on pipe 0
> [ 38.030] (==) intel(0): TearFree disabled
> [ 38.030] (==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
> [ 38.030] (--) intel(0): Display dimensions: (340, 190) mm
> [ 38.030] (--) intel(0): DPI set to (102, 102)
> [ 38.030] (II) Loading sub module "dri3"
> [ 38.030] (II) Loading sub module "dri3"
> [ 38.030] (II) LoadModule: "dri3"
> [ 38.030] (II) Module "dri3" already built-in
> [ 38.030] (II) Loading sub module "dri2"
> [ 38.030] (II) LoadModule: "dri2"
> [ 38.030] (II) Module "dri2" already built-in
> [ 38.030] (II) Loading sub module "present"
> [ 38.030] (II) LoadModule: "present"
> [ 38.030] (II) Module "present" already built-in
> [ 38.238] (II) intel(0): SNA initialized with Sandybridge (gen6, gt2) backend
> [ 38.238] (==) intel(0): Backing store enabled
> [ 38.238] (==) intel(0): Silken mouse enabled
> [ 38.286] (II) intel(0): HW Cursor enabled
> [ 38.355] (==) intel(0): DPMS enabled
> [ 38.390] (II) intel(0): [DRI2] Setup complete
> [ 38.390] (II) intel(0): [DRI2] DRI driver: i965
> [ 38.390] (II) intel(0): [DRI2] VDPAU driver: i965
> [ 38.391] (II) intel(0): direct rendering: DRI2 DRI3 enabled
> [ 38.392] (II) intel(0): hardware support for Present enabled
> [ 38.392] (II) Initializing extension Generic Event Extension
> [ 38.393] (II) Initializing extension SHAPE
> [ 38.394] (II) Initializing extension MIT-SHM
> [ 38.394] (II) Initializing extension XInputExtension
> [ 38.428] (II) Initializing extension XTEST
> [ 38.428] (II) Initializing extension BIG-REQUESTS
> [ 38.429] (II) Initializing extension SYNC
> [ 38.430] (II) Initializing extension XKEYBOARD
> [ 38.431] (II) Initializing extension XC-MISC
> [ 38.432] (II) Initializing extension SECURITY
> [ 38.432] (II) Initializing extension XFIXES
> [ 38.433] (II) Initializing extension RENDER
> [ 38.434] (II) Initializing extension RANDR
> [ 38.435] (II) Initializing extension COMPOSITE
> [ 38.436] (II) Initializing extension DAMAGE
> [ 38.437] (II) Initializing extension MIT-SCREEN-SAVER
> [ 38.438] (II) Initializing extension DOUBLE-BUFFER
> [ 38.439] (II) Initializing extension RECORD
> [ 38.440] (II) Initializing extension DPMS
> [ 38.440] (II) Initializing extension Present
> [ 38.441] (II) Initializing extension DRI3
> [ 38.441] (II) Initializing extension X-Resource
> [ 38.442] (II) Initializing extension XVideo
> [ 38.442] (II) Initializing extension XVideo-MotionCompensation
> [ 38.443] (II) Initializing extension GLX
> [ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
> [ 38.484] (EE) AIGLX error: unable to load driver i965
> [ 38.779] (II) IGLX: Loaded and initialized swrast
> [ 38.779] (II) GLX: Initialized DRISWRAST GL provider for screen 0
> [ 38.779] (II) Initializing extension XFree86-VidModeExtension
> [ 38.780] (II) Initializing extension XFree86-DGA
> [ 38.780] (II) Initializing extension XFree86-DRI
> [ 38.816] (II) Initializing extension DRI2
> [ 38.884] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
> [ 38.933] (II) intel(0): Setting screen physical size to 340 x 190
> [ 40.297] (II) config/wscons: checking input device /dev/wskbd
> [ 40.297] (II) wskbd: using layout us
> [ 40.297] (II) LoadModule: "kbd"
> [ 40.324] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
> [ 40.342] (II) Module kbd: vendor="X.Org Foundation"
> [ 40.342] compiled for 1.21.1.18, module version = 2.0.0
> [ 40.342] Module class: X.Org XInput Driver
> [ 40.342] ABI class: X.Org XInput driver, version 24.4
> [ 40.342] (II) Using input driver 'kbd' for '/dev/wskbd'
> [ 40.342] (**) /dev/wskbd: always reports core events
> [ 40.342] (**) /dev/wskbd: always reports core events
> [ 40.342] (**) Option "Protocol" "standard"
> [ 40.342] (**) Option "XkbRules" "base"
> [ 40.342] (**) Option "XkbModel" "pc105"
> [ 40.342] (**) Option "XkbLayout" "us"
> [ 40.342] (II) XINPUT: Adding extended input device "/dev/wskbd" (type: KEYBOARD, id 6)
> [ 40.870] (II) config/wscons: checking input device /dev/wsmouse0
> [ 40.870] (II) LoadModule: "ws"
> [ 40.871] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
> [ 40.921] (II) Module ws: vendor="X.Org Foundation"
> [ 40.921] compiled for 1.21.1.18, module version = 1.3.0
> [ 40.921] Module class: X.Org XInput Driver
> [ 40.921] ABI class: X.Org XInput driver, version 24.4
> [ 40.921] (II) Using input driver 'ws' for '/dev/wsmouse0'
> [ 40.921] (**) /dev/wsmouse0: always reports core events
> [ 40.921] (II) ws: /dev/wsmouse0: debuglevel 0
> [ 40.921] (**) Option "Device" "/dev/wsmouse0"
> [ 40.921] (**) ws: /dev/wsmouse0: ZAxisMapping: buttons 4 and 5
> [ 40.921] (**) ws: /dev/wsmouse0: WAxisMapping: buttons 6 and 7
> [ 40.922] (**) ws: /dev/wsmouse0: associated screen: 0
> [ 41.397] (II) ws: /dev/wsmouse0: minimum x position: 0
> [ 41.397] (II) ws: /dev/wsmouse0: maximum x position: 1365
> [ 41.397] (II) ws: /dev/wsmouse0: minimum y position: 0
> [ 41.397] (II) ws: /dev/wsmouse0: maximum y position: 767
> [ 41.397] (==) ws: /dev/wsmouse0: Buttons: 7
> [ 41.446] (**) ws: /dev/wsmouse0: YAxisMapping: buttons 4 and 5
> [ 41.446] (II) XINPUT: Adding extended input device "/dev/wsmouse0" (type: MOUSE, id 7)
> [ 41.921] (**) /dev/wsmouse0: (accel) keeping acceleration scheme 1
> [ 41.921] (**) /dev/wsmouse0: (accel) acceleration profile 0
> [ 41.921] (**) /dev/wsmouse0: (accel) acceleration factor: 2.000
> [ 41.921] (**) /dev/wsmouse0: (accel) acceleration threshold: 4
> [ 41.922] (II) config/wscons: checking input device /dev/wsmouse
> [ 41.922] (II) Using input driver 'ws' for '/dev/wsmouse'
> [ 41.922] (**) /dev/wsmouse: always reports core events
> [ 41.922] (II) ws: /dev/wsmouse: debuglevel 0
> [ 41.922] (**) Option "Device" "/dev/wsmouse"
> [ 41.922] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
> [ 41.922] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
> [ 41.922] (**) ws: /dev/wsmouse: associated screen: 0
> [ 41.922] (II) ws: /dev/wsmouse: minimum x position: 0
> [ 41.922] (II) ws: /dev/wsmouse: maximum x position: 1365
> [ 41.922] (II) ws: /dev/wsmouse: minimum y position: 0
> [ 41.922] (II) ws: /dev/wsmouse: maximum y position: 767
> [ 41.922] (==) ws: /dev/wsmouse: Buttons: 7
> [ 41.922] (**) ws: /dev/wsmouse: YAxisMapping: buttons 4 and 5
> [ 41.922] (II) XINPUT: Adding extended input device "/dev/wsmouse" (type: MOUSE, id 8)
> [ 41.923] (**) /dev/wsmouse: (accel) keeping acceleration scheme 1
> [ 41.923] (**) /dev/wsmouse: (accel) acceleration profile 0
> [ 41.923] (**) /dev/wsmouse: (accel) acceleration factor: 2.000
> [ 41.923] (**) /dev/wsmouse: (accel) acceleration threshold: 4
> [ 1915.091] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
> [ 1915.191] (II) intel(0): EDID vendor "LGD", prod id 614
> [ 4625.007] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
> x.log ```
>
>
>
>
> --
> karcio
>
>
>
> Mar 2, 2026, 16:13 by hans@stare.cz:
>
>> On Mar 02 16:55:48, karcio@tuta.io wrote:
>>
>>> I install all except games, also xenodm starts for me - I can see login screen and I am able to login and start i3
>>>
>>> What I am trying to achieve: I want to start,
>>> login using xenodm and start i3 autmaticaly.
>>>
>> https://www.openbsd.org/faq/faq11.html
>>
>>> Reason why I am looking in this Xorg issue is
>>> when I start browser (chrome/firefox) or even neovim
>>> it takes aged to open, so that is why I think there is
>>> a lack of configuration.
>>>
>> If X apps start slowly, it's hardly because wm wasn't started automaticaly
>> or you did not specify a xorg.conf
>>
>> Does neovim also start slowly on the console?
>> (ctrl + alt + f1)
>>
>> A full dmesg and a full Xorg.log might give some clues
>> - maybe your X is using some suboptimal driver.
>>
>> Jan
>>
and make sure to select all sets. We don't support people who don't do
this, and as a new user you're making a big mistake trying to second
guess what is or isn't needed from the base system.
Cheers,
Noth
On 02/03/2026 17:22, karcio@tuta.io wrote:
> Hi Jan
>
>
>> Does neovim also start slowly on the console?
>> (ctrl + alt + f1)
>>
> no - starts correct
>
> I think this is my problem:
> ```[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
> [ 38.484] (EE) AIGLX error: unable to load driver i965
> ```
> this is log
> ```
> [ 35.703] (WW) checkDevMem: failed to open /dev/mem and /dev/xf86
> (Operation not permitted)
> Check that you have set 'machdep.allowaperture=1'
> in /etc/sysctl.conf and reboot your machine
> refer to xf86(4) for details
> [ 35.703] linear framebuffer access unavailable
> [ 35.733] (--) Using wscons driver on /dev/ttyC4
> [ 35.996]
> X.Org X Server 1.21.1.18
> X Protocol Version 11, Revision 0
> [ 35.996] Current Operating System: OpenBSD openbsd.fritz.box 7.8 GENERIC.MP#1 amd64
> [ 35.996]
> [ 35.996] Current version of pixman: 0.46.4
> [ 35.996] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [ 35.996] Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [ 35.997] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 2 15:09:53 2026
> [ 36.024] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
> [ 36.161] (==) No Layout section. Using the first Screen section.
> [ 36.184] (==) No screen section available. Using defaults.
> [ 36.184] (**) |-->Screen "Default Screen Section" (0)
> [ 36.184] (**) | |-->Monitor "<default monitor>"
> [ 36.198] (==) No device specified for screen "Default Screen Section".
> Using the first device section listed.
> [ 36.198] (**) | |-->Device "Intel Graphics"
> [ 36.198] (==) No monitor specified for screen "Default Screen Section".
> Using a default monitor configuration.
> [ 36.198] (**) Allowing byte-swapped clients
> [ 36.198] (==) Automatically adding devices
> [ 36.198] (==) Automatically enabling devices
> [ 36.198] (==) Not automatically adding GPU devices
> [ 36.198] (==) Automatically binding GPU devices
> [ 36.224] (==) Max clients allowed: 256, resource mask: 0x1fffff
> [ 36.409] (==) FontPath set to:
> /usr/X11R6/lib/X11/fonts/misc/,
> /usr/X11R6/lib/X11/fonts/TTF/,
> /usr/X11R6/lib/X11/fonts/OTF/,
> /usr/X11R6/lib/X11/fonts/Type1/,
> /usr/X11R6/lib/X11/fonts/100dpi/,
> /usr/X11R6/lib/X11/fonts/75dpi/
> [ 36.409] (==) ModulePath set to "/usr/X11R6/lib/modules"
> [ 36.409] (II) The server relies on wscons to provide the list of input devices.
> If no devices become available, reconfigure wscons or disable AutoAddDevices.
> [ 36.417] (II) Loader magic: 0xbc70b896a10
> [ 36.417] (II) Module ABI versions:
> [ 36.417] X.Org ANSI C Emulation: 0.4
> [ 36.417] X.Org Video Driver: 25.2
> [ 36.417] X.Org XInput driver : 24.4
> [ 36.417] X.Org Video Driver: 25.2
> [ 36.417] X.Org XInput driver : 24.4
> [ 36.417] X.Org Server Extension : 10.0
> [ 36.419] (--) PCI:*(0@0:2:0) 8086:0116:1028:050e rev 9, Mem @ 0xf1400000/4194304, 0xe0000000/268435456, I/O @ 0x00004000/64
> [ 36.419] (--) PCI: (1@0:0:0) 10de:0df4:1028:050e rev 161, Mem @ 0xf0000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x00003000/128
> [ 36.420] (II) LoadModule: "glx"
> [ 36.446] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
> [ 37.726] (II) Module glx: vendor="X.Org Foundation"
> [ 37.726] compiled for 1.21.1.18, module version = 1.0.0
> [ 37.726] ABI class: X.Org Server Extension, version 10.0
> [ 37.727] (II) LoadModule: "intel"
> [ 37.727] (II) Loading /usr/X11R6/lib/modules/drivers/intel_drv.so
> [ 37.773] (II) Module intel: vendor="X.Org Foundation"
> [ 37.773] compiled for 1.21.1.18, module version = 2.99.916
> [ 37.773] Module class: X.Org Video Driver
> [ 37.773] ABI class: X.Org Video Driver, version 25.2
> [ 37.773] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
> i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
> 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
> Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
> GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
> [ 37.774] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
> [ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
> [ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
> [ 37.834] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 0
> [ 37.931] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 3000
> [ 37.931] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx
> [ 37.931] (II) intel(0): Creating default Display subsection in Screen section
> "Default Screen Section" for depth/fbbpp 24/32
> [ 37.931] (==) intel(0): Depth 24, (--) framebuffer bpp 32
> [ 37.931] (==) intel(0): RGB weight 888
> [ 37.931] (==) intel(0): Default visual is TrueColor
> [ 37.965] (II) intel(0): Output LVDS1 has no monitor section
> [ 37.993] (--) intel(0): Found backlight control interface wscons (type 'platform') for output LVDS1
> [ 37.993] (II) intel(0): Enabled output LVDS1
> [ 37.993] (II) intel(0): Output VGA1 has no monitor section
> [ 37.993] (II) intel(0): Enabled output VGA1
> [ 37.993] (II) intel(0): Output HDMI1 has no monitor section
> [ 37.993] (II) intel(0): Enabled output HDMI1
> [ 37.993] (II) intel(0): Output DP1 has no monitor section
> [ 37.994] (II) intel(0): Enabled output DP1
> [ 37.994] (--) intel(0): Using a maximum size of 256x256 for hardware cursors
> [ 37.994] (II) intel(0): Output VIRTUAL1 has no monitor section
> [ 37.994] (II) intel(0): Enabled output VIRTUAL1
> [ 37.994] (--) intel(0): Output LVDS1 using initial mode 1366x768 on pipe 0
> [ 38.030] (==) intel(0): TearFree disabled
> [ 38.030] (==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
> [ 38.030] (--) intel(0): Display dimensions: (340, 190) mm
> [ 38.030] (--) intel(0): DPI set to (102, 102)
> [ 38.030] (II) Loading sub module "dri3"
> [ 38.030] (II) Loading sub module "dri3"
> [ 38.030] (II) LoadModule: "dri3"
> [ 38.030] (II) Module "dri3" already built-in
> [ 38.030] (II) Loading sub module "dri2"
> [ 38.030] (II) LoadModule: "dri2"
> [ 38.030] (II) Module "dri2" already built-in
> [ 38.030] (II) Loading sub module "present"
> [ 38.030] (II) LoadModule: "present"
> [ 38.030] (II) Module "present" already built-in
> [ 38.238] (II) intel(0): SNA initialized with Sandybridge (gen6, gt2) backend
> [ 38.238] (==) intel(0): Backing store enabled
> [ 38.238] (==) intel(0): Silken mouse enabled
> [ 38.286] (II) intel(0): HW Cursor enabled
> [ 38.355] (==) intel(0): DPMS enabled
> [ 38.390] (II) intel(0): [DRI2] Setup complete
> [ 38.390] (II) intel(0): [DRI2] DRI driver: i965
> [ 38.390] (II) intel(0): [DRI2] VDPAU driver: i965
> [ 38.391] (II) intel(0): direct rendering: DRI2 DRI3 enabled
> [ 38.392] (II) intel(0): hardware support for Present enabled
> [ 38.392] (II) Initializing extension Generic Event Extension
> [ 38.393] (II) Initializing extension SHAPE
> [ 38.394] (II) Initializing extension MIT-SHM
> [ 38.394] (II) Initializing extension XInputExtension
> [ 38.428] (II) Initializing extension XTEST
> [ 38.428] (II) Initializing extension BIG-REQUESTS
> [ 38.429] (II) Initializing extension SYNC
> [ 38.430] (II) Initializing extension XKEYBOARD
> [ 38.431] (II) Initializing extension XC-MISC
> [ 38.432] (II) Initializing extension SECURITY
> [ 38.432] (II) Initializing extension XFIXES
> [ 38.433] (II) Initializing extension RENDER
> [ 38.434] (II) Initializing extension RANDR
> [ 38.435] (II) Initializing extension COMPOSITE
> [ 38.436] (II) Initializing extension DAMAGE
> [ 38.437] (II) Initializing extension MIT-SCREEN-SAVER
> [ 38.438] (II) Initializing extension DOUBLE-BUFFER
> [ 38.439] (II) Initializing extension RECORD
> [ 38.440] (II) Initializing extension DPMS
> [ 38.440] (II) Initializing extension Present
> [ 38.441] (II) Initializing extension DRI3
> [ 38.441] (II) Initializing extension X-Resource
> [ 38.442] (II) Initializing extension XVideo
> [ 38.442] (II) Initializing extension XVideo-MotionCompensation
> [ 38.443] (II) Initializing extension GLX
> [ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
> [ 38.484] (EE) AIGLX error: unable to load driver i965
> [ 38.779] (II) IGLX: Loaded and initialized swrast
> [ 38.779] (II) GLX: Initialized DRISWRAST GL provider for screen 0
> [ 38.779] (II) Initializing extension XFree86-VidModeExtension
> [ 38.780] (II) Initializing extension XFree86-DGA
> [ 38.780] (II) Initializing extension XFree86-DRI
> [ 38.816] (II) Initializing extension DRI2
> [ 38.884] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
> [ 38.933] (II) intel(0): Setting screen physical size to 340 x 190
> [ 40.297] (II) config/wscons: checking input device /dev/wskbd
> [ 40.297] (II) wskbd: using layout us
> [ 40.297] (II) LoadModule: "kbd"
> [ 40.324] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
> [ 40.342] (II) Module kbd: vendor="X.Org Foundation"
> [ 40.342] compiled for 1.21.1.18, module version = 2.0.0
> [ 40.342] Module class: X.Org XInput Driver
> [ 40.342] ABI class: X.Org XInput driver, version 24.4
> [ 40.342] (II) Using input driver 'kbd' for '/dev/wskbd'
> [ 40.342] (**) /dev/wskbd: always reports core events
> [ 40.342] (**) /dev/wskbd: always reports core events
> [ 40.342] (**) Option "Protocol" "standard"
> [ 40.342] (**) Option "XkbRules" "base"
> [ 40.342] (**) Option "XkbModel" "pc105"
> [ 40.342] (**) Option "XkbLayout" "us"
> [ 40.342] (II) XINPUT: Adding extended input device "/dev/wskbd" (type: KEYBOARD, id 6)
> [ 40.870] (II) config/wscons: checking input device /dev/wsmouse0
> [ 40.870] (II) LoadModule: "ws"
> [ 40.871] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
> [ 40.921] (II) Module ws: vendor="X.Org Foundation"
> [ 40.921] compiled for 1.21.1.18, module version = 1.3.0
> [ 40.921] Module class: X.Org XInput Driver
> [ 40.921] ABI class: X.Org XInput driver, version 24.4
> [ 40.921] (II) Using input driver 'ws' for '/dev/wsmouse0'
> [ 40.921] (**) /dev/wsmouse0: always reports core events
> [ 40.921] (II) ws: /dev/wsmouse0: debuglevel 0
> [ 40.921] (**) Option "Device" "/dev/wsmouse0"
> [ 40.921] (**) ws: /dev/wsmouse0: ZAxisMapping: buttons 4 and 5
> [ 40.921] (**) ws: /dev/wsmouse0: WAxisMapping: buttons 6 and 7
> [ 40.922] (**) ws: /dev/wsmouse0: associated screen: 0
> [ 41.397] (II) ws: /dev/wsmouse0: minimum x position: 0
> [ 41.397] (II) ws: /dev/wsmouse0: maximum x position: 1365
> [ 41.397] (II) ws: /dev/wsmouse0: minimum y position: 0
> [ 41.397] (II) ws: /dev/wsmouse0: maximum y position: 767
> [ 41.397] (==) ws: /dev/wsmouse0: Buttons: 7
> [ 41.446] (**) ws: /dev/wsmouse0: YAxisMapping: buttons 4 and 5
> [ 41.446] (II) XINPUT: Adding extended input device "/dev/wsmouse0" (type: MOUSE, id 7)
> [ 41.921] (**) /dev/wsmouse0: (accel) keeping acceleration scheme 1
> [ 41.921] (**) /dev/wsmouse0: (accel) acceleration profile 0
> [ 41.921] (**) /dev/wsmouse0: (accel) acceleration factor: 2.000
> [ 41.921] (**) /dev/wsmouse0: (accel) acceleration threshold: 4
> [ 41.922] (II) config/wscons: checking input device /dev/wsmouse
> [ 41.922] (II) Using input driver 'ws' for '/dev/wsmouse'
> [ 41.922] (**) /dev/wsmouse: always reports core events
> [ 41.922] (II) ws: /dev/wsmouse: debuglevel 0
> [ 41.922] (**) Option "Device" "/dev/wsmouse"
> [ 41.922] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
> [ 41.922] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
> [ 41.922] (**) ws: /dev/wsmouse: associated screen: 0
> [ 41.922] (II) ws: /dev/wsmouse: minimum x position: 0
> [ 41.922] (II) ws: /dev/wsmouse: maximum x position: 1365
> [ 41.922] (II) ws: /dev/wsmouse: minimum y position: 0
> [ 41.922] (II) ws: /dev/wsmouse: maximum y position: 767
> [ 41.922] (==) ws: /dev/wsmouse: Buttons: 7
> [ 41.922] (**) ws: /dev/wsmouse: YAxisMapping: buttons 4 and 5
> [ 41.922] (II) XINPUT: Adding extended input device "/dev/wsmouse" (type: MOUSE, id 8)
> [ 41.923] (**) /dev/wsmouse: (accel) keeping acceleration scheme 1
> [ 41.923] (**) /dev/wsmouse: (accel) acceleration profile 0
> [ 41.923] (**) /dev/wsmouse: (accel) acceleration factor: 2.000
> [ 41.923] (**) /dev/wsmouse: (accel) acceleration threshold: 4
> [ 1915.091] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
> [ 1915.191] (II) intel(0): EDID vendor "LGD", prod id 614
> [ 4625.007] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
> x.log ```
>
>
>
>
> --
> karcio
>
>
>
> Mar 2, 2026, 16:13 by hans@stare.cz:
>
>> On Mar 02 16:55:48, karcio@tuta.io wrote:
>>
>>> I install all except games, also xenodm starts for me - I can see login screen and I am able to login and start i3
>>>
>>> What I am trying to achieve: I want to start,
>>> login using xenodm and start i3 autmaticaly.
>>>
>> https://www.openbsd.org/faq/faq11.html
>>
>>> Reason why I am looking in this Xorg issue is
>>> when I start browser (chrome/firefox) or even neovim
>>> it takes aged to open, so that is why I think there is
>>> a lack of configuration.
>>>
>> If X apps start slowly, it's hardly because wm wasn't started automaticaly
>> or you did not specify a xorg.conf
>>
>> Does neovim also start slowly on the console?
>> (ctrl + alt + f1)
>>
>> A full dmesg and a full Xorg.log might give some clues
>> - maybe your X is using some suboptimal driver.
>>
>> Jan
>>
Re: X11 questions (new user)
On Mon, Mar 02, 2026 at 06:33:08PM +0100, karcio@tuta.io wrote:
> I still think this is my problem
> ```
> I think this is my problem:
> ```
> [ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so <https://dri.so/> failed (File not found)
> [ 38.484] (EE) AIGLX error: unable to load driver i965
> ```
>
> how can I install this driver?
I looks like you were too selective in choosing sets to install.
The quickest way to get all neeeded sets installed would be run an install,
choose U)pgrade and make sure you install all sets, in particular all the
x* sets.
Things will likely be a lot easier afterwards.
Sure, you can likely leave out the games set if you like but why bother?
On the amd64 system most easily within reach here,
$ du -hs /usr/games/
1.9M /usr/games/
that set consumes less that two megabytes.
--
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.
> I still think this is my problem
> ```
> I think this is my problem:
> ```
> [ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so <https://dri.so/> failed (File not found)
> [ 38.484] (EE) AIGLX error: unable to load driver i965
> ```
>
> how can I install this driver?
I looks like you were too selective in choosing sets to install.
The quickest way to get all neeeded sets installed would be run an install,
choose U)pgrade and make sure you install all sets, in particular all the
x* sets.
Things will likely be a lot easier afterwards.
Sure, you can likely leave out the games set if you like but why bother?
On the amd64 system most easily within reach here,
$ du -hs /usr/games/
1.9M /usr/games/
that set consumes less that two megabytes.
--
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.
UPDATE: x11/sdorfehs -> 1.7
diff --git x11/sdorfehs/Makefile x11/sdorfehs/Makefile
index 45786c6d86d..8a529f73916 100644
--- x11/sdorfehs/Makefile
+++ x11/sdorfehs/Makefile
@@ -1,6 +1,6 @@
COMMENT= tiling window manager with a weird name
-GH_TAGNAME= v1.5
+GH_TAGNAME= v1.7
GH_ACCOUNT= jcs
GH_PROJECT= sdorfehs
diff --git x11/sdorfehs/distinfo x11/sdorfehs/distinfo
index 4c0fadca0da..68775f7892d 100644
--- x11/sdorfehs/distinfo
+++ x11/sdorfehs/distinfo
@@ -1,2 +1,2 @@
-SHA256 (sdorfehs-1.5.tar.gz) = 63nqqBeZfv5Mgnq+hgDQtsY1wBvHJS9XzzyH7Dawkbg=
-SIZE (sdorfehs-1.5.tar.gz) = 122223
+SHA256 (sdorfehs-1.7.tar.gz) = uHpk9rEcWsRdpDvuG/0XYgTAlgigX/SaZDpCCD8UTSA=
+SIZE (sdorfehs-1.7.tar.gz) = 122659
Hello ports@, jcs@,
Here's a small update of the x11/sdorfehs port which my friend
drainer333 uses (CC'd).
jcs@, or another committer, could this be committed in before the ports
tree freeze? Thanks.
--
iz (she/her)
> i like to say mundane things,
> there are too many uninteresting things
> that go unnoticed.
izder456 (dot) neocities (dot) org
index 45786c6d86d..8a529f73916 100644
--- x11/sdorfehs/Makefile
+++ x11/sdorfehs/Makefile
@@ -1,6 +1,6 @@
COMMENT= tiling window manager with a weird name
-GH_TAGNAME= v1.5
+GH_TAGNAME= v1.7
GH_ACCOUNT= jcs
GH_PROJECT= sdorfehs
diff --git x11/sdorfehs/distinfo x11/sdorfehs/distinfo
index 4c0fadca0da..68775f7892d 100644
--- x11/sdorfehs/distinfo
+++ x11/sdorfehs/distinfo
@@ -1,2 +1,2 @@
-SHA256 (sdorfehs-1.5.tar.gz) = 63nqqBeZfv5Mgnq+hgDQtsY1wBvHJS9XzzyH7Dawkbg=
-SIZE (sdorfehs-1.5.tar.gz) = 122223
+SHA256 (sdorfehs-1.7.tar.gz) = uHpk9rEcWsRdpDvuG/0XYgTAlgigX/SaZDpCCD8UTSA=
+SIZE (sdorfehs-1.7.tar.gz) = 122659
Hello ports@, jcs@,
Here's a small update of the x11/sdorfehs port which my friend
drainer333 uses (CC'd).
jcs@, or another committer, could this be committed in before the ports
tree freeze? Thanks.
--
iz (she/her)
> i like to say mundane things,
> there are too many uninteresting things
> that go unnoticed.
izder456 (dot) neocities (dot) org
Re: X11 questions (new user)
I still think this is my problem
```
I think this is my problem:
```
[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so <https://dri.so/> failed (File not found)
[ 38.484] (EE) AIGLX error: unable to load driver i965
```
how can I install this driver?
--
karcio
Mar 2, 2026, 16:57 by peter@bsdly.net:
> On Mon, Mar 02, 2026 at 05:13:52PM +0100, karcio@tuta.io wrote:
>
>> understand what you are saying about browsers - but on this machine I had a debian before abnd firefox was working fast.
>>
>> Also if I start neovim I need to wait about 30 seconds which I think is way to long - as I said no this issue on debian
>>
>
> As others have mentioned, you could be running into the memory limits which are somewhat on the low side
> by default. This was true 12 years ago and likely you could do with bumping values even more today
>
> https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop.html
> https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop2.html
>
> (from my "transition to OpenBSD 5.6" thing way back).
>
> Increasing the numbers for 'staff' will help, just what values are the sweet spot
> for your system you'll find by a bit of experimentation. Do remember to log out
> and back in again after editing the config, though.
>
> --
> 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.
>
```
I think this is my problem:
```
[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so <https://dri.so/> failed (File not found)
[ 38.484] (EE) AIGLX error: unable to load driver i965
```
how can I install this driver?
--
karcio
Mar 2, 2026, 16:57 by peter@bsdly.net:
> On Mon, Mar 02, 2026 at 05:13:52PM +0100, karcio@tuta.io wrote:
>
>> understand what you are saying about browsers - but on this machine I had a debian before abnd firefox was working fast.
>>
>> Also if I start neovim I need to wait about 30 seconds which I think is way to long - as I said no this issue on debian
>>
>
> As others have mentioned, you could be running into the memory limits which are somewhat on the low side
> by default. This was true 12 years ago and likely you could do with bumping values even more today
>
> https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop.html
> https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop2.html
>
> (from my "transition to OpenBSD 5.6" thing way back).
>
> Increasing the numbers for 'staff' will help, just what values are the sweet spot
> for your system you'll find by a bit of experimentation. Do remember to log out
> and back in again after editing the config, though.
>
> --
> 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: X11 questions (new user)
On Mon, Mar 02, 2026 at 05:13:52PM +0100, karcio@tuta.io wrote:
> understand what you are saying about browsers - but on this machine I had a debian before abnd firefox was working fast.
>
> Also if I start neovim I need to wait about 30 seconds which I think is way to long - as I said no this issue on debian
As others have mentioned, you could be running into the memory limits which are somewhat on the low side
by default. This was true 12 years ago and likely you could do with bumping values even more today
https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop.html
https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop2.html
(from my "transition to OpenBSD 5.6" thing way back).
Increasing the numbers for 'staff' will help, just what values are the sweet spot
for your system you'll find by a bit of experimentation. Do remember to log out
and back in again after editing the config, though.
--
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.
> understand what you are saying about browsers - but on this machine I had a debian before abnd firefox was working fast.
>
> Also if I start neovim I need to wait about 30 seconds which I think is way to long - as I said no this issue on debian
As others have mentioned, you could be running into the memory limits which are somewhat on the low side
by default. This was true 12 years ago and likely you could do with bumping values even more today
https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop.html
https://home.nuug.no/~peter/transition/eurobsdcon2014/desktop2.html
(from my "transition to OpenBSD 5.6" thing way back).
Increasing the numbers for 'staff' will help, just what values are the sweet spot
for your system you'll find by a bit of experimentation. Do remember to log out
and back in again after editing the config, though.
--
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: Update mlmmj to 1.7.1
On Sun 2026.03.01 at 14:02 +0000, Mikolaj Kucharski wrote:
> 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.
I have a similiar diff, though one additional patch:
Index: src/mlmmj-make-ml.in
--- src/mlmmj-make-ml.in.orig
+++ src/mlmmj-make-ml.in
@@ -97,7 +97,7 @@ if [ -z "$FQDN" ]; then
printf 'The Fully Qualified Domain Name (FQDN) for the List? [] : '
read -r FQDN
if [ -z "$FQDN" ]; then
- FQDN="$(domainname -f)"
+ FQDN="$(hostname | cut -d. -f2-)"
fi
fi
(don't look at what they did to these tools in that world....)
> 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
>
> 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.
I have a similiar diff, though one additional patch:
Index: src/mlmmj-make-ml.in
--- src/mlmmj-make-ml.in.orig
+++ src/mlmmj-make-ml.in
@@ -97,7 +97,7 @@ if [ -z "$FQDN" ]; then
printf 'The Fully Qualified Domain Name (FQDN) for the List? [] : '
read -r FQDN
if [ -z "$FQDN" ]; then
- FQDN="$(domainname -f)"
+ FQDN="$(hostname | cut -d. -f2-)"
fi
fi
(don't look at what they did to these tools in that world....)
> 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
>
[new] productivity/jira-cli
JiraCLI is an interactive command line tool for Atlassian Jira that
will help you avoid Jira UI to some extent. This tool may not be
able to do everything, but it has all the essential features required
to improve your day-to-day workflow with Jira.
This uses the same survey workaround as github-cli.
OK?
will help you avoid Jira UI to some extent. This tool may not be
able to do everything, but it has all the essential features required
to improve your day-to-day workflow with Jira.
This uses the same survey workaround as github-cli.
OK?
Re: Update from maintainer: devel/objfw 1.5.1
Stuart Henderson <stu@spacehopper.org> wrote:
> On 2026/03/01 23:44, Jonathan Schleifer wrote:
> > Patch attached.
>
> committed.
>
> btw, "tmppath" pledge will be removed from -current and the recent
> -stable releases very soon, it would be good if you could remove support
For -current,
s/will be/has already been/
For -stable, the timeline is 2-3 days from now.
> On 2026/03/01 23:44, Jonathan Schleifer wrote:
> > Patch attached.
>
> committed.
>
> btw, "tmppath" pledge will be removed from -current and the recent
> -stable releases very soon, it would be good if you could remove support
For -current,
s/will be/has already been/
For -stable, the timeline is 2-3 days from now.
Re: X11 questions (new user)
Hi Jan
>
> Does neovim also start slowly on the console?
> (ctrl + alt + f1)
>
no - starts correct
I think this is my problem:
```[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
[ 38.484] (EE) AIGLX error: unable to load driver i965
```
this is log
```
[ 35.703] (WW) checkDevMem: failed to open /dev/mem and /dev/xf86
(Operation not permitted)
Check that you have set 'machdep.allowaperture=1'
in /etc/sysctl.conf and reboot your machine
refer to xf86(4) for details
[ 35.703] linear framebuffer access unavailable
[ 35.733] (--) Using wscons driver on /dev/ttyC4
[ 35.996]
X.Org X Server 1.21.1.18
X Protocol Version 11, Revision 0
[ 35.996] Current Operating System: OpenBSD openbsd.fritz.box 7.8 GENERIC.MP#1 amd64
[ 35.996]
[ 35.996] Current version of pixman: 0.46.4
[ 35.996] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 35.996] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 35.997] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 2 15:09:53 2026
[ 36.024] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
[ 36.161] (==) No Layout section. Using the first Screen section.
[ 36.184] (==) No screen section available. Using defaults.
[ 36.184] (**) |-->Screen "Default Screen Section" (0)
[ 36.184] (**) | |-->Monitor "<default monitor>"
[ 36.198] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[ 36.198] (**) | |-->Device "Intel Graphics"
[ 36.198] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 36.198] (**) Allowing byte-swapped clients
[ 36.198] (==) Automatically adding devices
[ 36.198] (==) Automatically enabling devices
[ 36.198] (==) Not automatically adding GPU devices
[ 36.198] (==) Automatically binding GPU devices
[ 36.224] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 36.409] (==) FontPath set to:
/usr/X11R6/lib/X11/fonts/misc/,
/usr/X11R6/lib/X11/fonts/TTF/,
/usr/X11R6/lib/X11/fonts/OTF/,
/usr/X11R6/lib/X11/fonts/Type1/,
/usr/X11R6/lib/X11/fonts/100dpi/,
/usr/X11R6/lib/X11/fonts/75dpi/
[ 36.409] (==) ModulePath set to "/usr/X11R6/lib/modules"
[ 36.409] (II) The server relies on wscons to provide the list of input devices.
If no devices become available, reconfigure wscons or disable AutoAddDevices.
[ 36.417] (II) Loader magic: 0xbc70b896a10
[ 36.417] (II) Module ABI versions:
[ 36.417] X.Org ANSI C Emulation: 0.4
[ 36.417] X.Org Video Driver: 25.2
[ 36.417] X.Org XInput driver : 24.4
[ 36.417] X.Org Video Driver: 25.2
[ 36.417] X.Org XInput driver : 24.4
[ 36.417] X.Org Server Extension : 10.0
[ 36.419] (--) PCI:*(0@0:2:0) 8086:0116:1028:050e rev 9, Mem @ 0xf1400000/4194304, 0xe0000000/268435456, I/O @ 0x00004000/64
[ 36.419] (--) PCI: (1@0:0:0) 10de:0df4:1028:050e rev 161, Mem @ 0xf0000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x00003000/128
[ 36.420] (II) LoadModule: "glx"
[ 36.446] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
[ 37.726] (II) Module glx: vendor="X.Org Foundation"
[ 37.726] compiled for 1.21.1.18, module version = 1.0.0
[ 37.726] ABI class: X.Org Server Extension, version 10.0
[ 37.727] (II) LoadModule: "intel"
[ 37.727] (II) Loading /usr/X11R6/lib/modules/drivers/intel_drv.so
[ 37.773] (II) Module intel: vendor="X.Org Foundation"
[ 37.773] compiled for 1.21.1.18, module version = 2.99.916
[ 37.773] Module class: X.Org Video Driver
[ 37.773] ABI class: X.Org Video Driver, version 25.2
[ 37.773] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[ 37.774] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
[ 37.834] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 0
[ 37.931] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 3000
[ 37.931] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx
[ 37.931] (II) intel(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 37.931] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 37.931] (==) intel(0): RGB weight 888
[ 37.931] (==) intel(0): Default visual is TrueColor
[ 37.965] (II) intel(0): Output LVDS1 has no monitor section
[ 37.993] (--) intel(0): Found backlight control interface wscons (type 'platform') for output LVDS1
[ 37.993] (II) intel(0): Enabled output LVDS1
[ 37.993] (II) intel(0): Output VGA1 has no monitor section
[ 37.993] (II) intel(0): Enabled output VGA1
[ 37.993] (II) intel(0): Output HDMI1 has no monitor section
[ 37.993] (II) intel(0): Enabled output HDMI1
[ 37.993] (II) intel(0): Output DP1 has no monitor section
[ 37.994] (II) intel(0): Enabled output DP1
[ 37.994] (--) intel(0): Using a maximum size of 256x256 for hardware cursors
[ 37.994] (II) intel(0): Output VIRTUAL1 has no monitor section
[ 37.994] (II) intel(0): Enabled output VIRTUAL1
[ 37.994] (--) intel(0): Output LVDS1 using initial mode 1366x768 on pipe 0
[ 38.030] (==) intel(0): TearFree disabled
[ 38.030] (==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
[ 38.030] (--) intel(0): Display dimensions: (340, 190) mm
[ 38.030] (--) intel(0): DPI set to (102, 102)
[ 38.030] (II) Loading sub module "dri3"
[ 38.030] (II) Loading sub module "dri3"
[ 38.030] (II) LoadModule: "dri3"
[ 38.030] (II) Module "dri3" already built-in
[ 38.030] (II) Loading sub module "dri2"
[ 38.030] (II) LoadModule: "dri2"
[ 38.030] (II) Module "dri2" already built-in
[ 38.030] (II) Loading sub module "present"
[ 38.030] (II) LoadModule: "present"
[ 38.030] (II) Module "present" already built-in
[ 38.238] (II) intel(0): SNA initialized with Sandybridge (gen6, gt2) backend
[ 38.238] (==) intel(0): Backing store enabled
[ 38.238] (==) intel(0): Silken mouse enabled
[ 38.286] (II) intel(0): HW Cursor enabled
[ 38.355] (==) intel(0): DPMS enabled
[ 38.390] (II) intel(0): [DRI2] Setup complete
[ 38.390] (II) intel(0): [DRI2] DRI driver: i965
[ 38.390] (II) intel(0): [DRI2] VDPAU driver: i965
[ 38.391] (II) intel(0): direct rendering: DRI2 DRI3 enabled
[ 38.392] (II) intel(0): hardware support for Present enabled
[ 38.392] (II) Initializing extension Generic Event Extension
[ 38.393] (II) Initializing extension SHAPE
[ 38.394] (II) Initializing extension MIT-SHM
[ 38.394] (II) Initializing extension XInputExtension
[ 38.428] (II) Initializing extension XTEST
[ 38.428] (II) Initializing extension BIG-REQUESTS
[ 38.429] (II) Initializing extension SYNC
[ 38.430] (II) Initializing extension XKEYBOARD
[ 38.431] (II) Initializing extension XC-MISC
[ 38.432] (II) Initializing extension SECURITY
[ 38.432] (II) Initializing extension XFIXES
[ 38.433] (II) Initializing extension RENDER
[ 38.434] (II) Initializing extension RANDR
[ 38.435] (II) Initializing extension COMPOSITE
[ 38.436] (II) Initializing extension DAMAGE
[ 38.437] (II) Initializing extension MIT-SCREEN-SAVER
[ 38.438] (II) Initializing extension DOUBLE-BUFFER
[ 38.439] (II) Initializing extension RECORD
[ 38.440] (II) Initializing extension DPMS
[ 38.440] (II) Initializing extension Present
[ 38.441] (II) Initializing extension DRI3
[ 38.441] (II) Initializing extension X-Resource
[ 38.442] (II) Initializing extension XVideo
[ 38.442] (II) Initializing extension XVideo-MotionCompensation
[ 38.443] (II) Initializing extension GLX
[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
[ 38.484] (EE) AIGLX error: unable to load driver i965
[ 38.779] (II) IGLX: Loaded and initialized swrast
[ 38.779] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 38.779] (II) Initializing extension XFree86-VidModeExtension
[ 38.780] (II) Initializing extension XFree86-DGA
[ 38.780] (II) Initializing extension XFree86-DRI
[ 38.816] (II) Initializing extension DRI2
[ 38.884] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
[ 38.933] (II) intel(0): Setting screen physical size to 340 x 190
[ 40.297] (II) config/wscons: checking input device /dev/wskbd
[ 40.297] (II) wskbd: using layout us
[ 40.297] (II) LoadModule: "kbd"
[ 40.324] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
[ 40.342] (II) Module kbd: vendor="X.Org Foundation"
[ 40.342] compiled for 1.21.1.18, module version = 2.0.0
[ 40.342] Module class: X.Org XInput Driver
[ 40.342] ABI class: X.Org XInput driver, version 24.4
[ 40.342] (II) Using input driver 'kbd' for '/dev/wskbd'
[ 40.342] (**) /dev/wskbd: always reports core events
[ 40.342] (**) /dev/wskbd: always reports core events
[ 40.342] (**) Option "Protocol" "standard"
[ 40.342] (**) Option "XkbRules" "base"
[ 40.342] (**) Option "XkbModel" "pc105"
[ 40.342] (**) Option "XkbLayout" "us"
[ 40.342] (II) XINPUT: Adding extended input device "/dev/wskbd" (type: KEYBOARD, id 6)
[ 40.870] (II) config/wscons: checking input device /dev/wsmouse0
[ 40.870] (II) LoadModule: "ws"
[ 40.871] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
[ 40.921] (II) Module ws: vendor="X.Org Foundation"
[ 40.921] compiled for 1.21.1.18, module version = 1.3.0
[ 40.921] Module class: X.Org XInput Driver
[ 40.921] ABI class: X.Org XInput driver, version 24.4
[ 40.921] (II) Using input driver 'ws' for '/dev/wsmouse0'
[ 40.921] (**) /dev/wsmouse0: always reports core events
[ 40.921] (II) ws: /dev/wsmouse0: debuglevel 0
[ 40.921] (**) Option "Device" "/dev/wsmouse0"
[ 40.921] (**) ws: /dev/wsmouse0: ZAxisMapping: buttons 4 and 5
[ 40.921] (**) ws: /dev/wsmouse0: WAxisMapping: buttons 6 and 7
[ 40.922] (**) ws: /dev/wsmouse0: associated screen: 0
[ 41.397] (II) ws: /dev/wsmouse0: minimum x position: 0
[ 41.397] (II) ws: /dev/wsmouse0: maximum x position: 1365
[ 41.397] (II) ws: /dev/wsmouse0: minimum y position: 0
[ 41.397] (II) ws: /dev/wsmouse0: maximum y position: 767
[ 41.397] (==) ws: /dev/wsmouse0: Buttons: 7
[ 41.446] (**) ws: /dev/wsmouse0: YAxisMapping: buttons 4 and 5
[ 41.446] (II) XINPUT: Adding extended input device "/dev/wsmouse0" (type: MOUSE, id 7)
[ 41.921] (**) /dev/wsmouse0: (accel) keeping acceleration scheme 1
[ 41.921] (**) /dev/wsmouse0: (accel) acceleration profile 0
[ 41.921] (**) /dev/wsmouse0: (accel) acceleration factor: 2.000
[ 41.921] (**) /dev/wsmouse0: (accel) acceleration threshold: 4
[ 41.922] (II) config/wscons: checking input device /dev/wsmouse
[ 41.922] (II) Using input driver 'ws' for '/dev/wsmouse'
[ 41.922] (**) /dev/wsmouse: always reports core events
[ 41.922] (II) ws: /dev/wsmouse: debuglevel 0
[ 41.922] (**) Option "Device" "/dev/wsmouse"
[ 41.922] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
[ 41.922] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
[ 41.922] (**) ws: /dev/wsmouse: associated screen: 0
[ 41.922] (II) ws: /dev/wsmouse: minimum x position: 0
[ 41.922] (II) ws: /dev/wsmouse: maximum x position: 1365
[ 41.922] (II) ws: /dev/wsmouse: minimum y position: 0
[ 41.922] (II) ws: /dev/wsmouse: maximum y position: 767
[ 41.922] (==) ws: /dev/wsmouse: Buttons: 7
[ 41.922] (**) ws: /dev/wsmouse: YAxisMapping: buttons 4 and 5
[ 41.922] (II) XINPUT: Adding extended input device "/dev/wsmouse" (type: MOUSE, id 8)
[ 41.923] (**) /dev/wsmouse: (accel) keeping acceleration scheme 1
[ 41.923] (**) /dev/wsmouse: (accel) acceleration profile 0
[ 41.923] (**) /dev/wsmouse: (accel) acceleration factor: 2.000
[ 41.923] (**) /dev/wsmouse: (accel) acceleration threshold: 4
[ 1915.091] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
[ 1915.191] (II) intel(0): EDID vendor "LGD", prod id 614
[ 4625.007] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
x.log ```
--
karcio
Mar 2, 2026, 16:13 by hans@stare.cz:
> On Mar 02 16:55:48, karcio@tuta.io wrote:
>
>> I install all except games, also xenodm starts for me - I can see login screen and I am able to login and start i3
>>
>> What I am trying to achieve: I want to start,
>> login using xenodm and start i3 autmaticaly.
>>
>
> https://www.openbsd.org/faq/faq11.html
>
>> Reason why I am looking in this Xorg issue is
>> when I start browser (chrome/firefox) or even neovim
>> it takes aged to open, so that is why I think there is
>> a lack of configuration.
>>
>
> If X apps start slowly, it's hardly because wm wasn't started automaticaly
> or you did not specify a xorg.conf
>
> Does neovim also start slowly on the console?
> (ctrl + alt + f1)
>
> A full dmesg and a full Xorg.log might give some clues
> - maybe your X is using some suboptimal driver.
>
> Jan
>
>
> Does neovim also start slowly on the console?
> (ctrl + alt + f1)
>
no - starts correct
I think this is my problem:
```[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
[ 38.484] (EE) AIGLX error: unable to load driver i965
```
this is log
```
[ 35.703] (WW) checkDevMem: failed to open /dev/mem and /dev/xf86
(Operation not permitted)
Check that you have set 'machdep.allowaperture=1'
in /etc/sysctl.conf and reboot your machine
refer to xf86(4) for details
[ 35.703] linear framebuffer access unavailable
[ 35.733] (--) Using wscons driver on /dev/ttyC4
[ 35.996]
X.Org X Server 1.21.1.18
X Protocol Version 11, Revision 0
[ 35.996] Current Operating System: OpenBSD openbsd.fritz.box 7.8 GENERIC.MP#1 amd64
[ 35.996]
[ 35.996] Current version of pixman: 0.46.4
[ 35.996] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 35.996] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 35.997] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 2 15:09:53 2026
[ 36.024] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"
[ 36.161] (==) No Layout section. Using the first Screen section.
[ 36.184] (==) No screen section available. Using defaults.
[ 36.184] (**) |-->Screen "Default Screen Section" (0)
[ 36.184] (**) | |-->Monitor "<default monitor>"
[ 36.198] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[ 36.198] (**) | |-->Device "Intel Graphics"
[ 36.198] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 36.198] (**) Allowing byte-swapped clients
[ 36.198] (==) Automatically adding devices
[ 36.198] (==) Automatically enabling devices
[ 36.198] (==) Not automatically adding GPU devices
[ 36.198] (==) Automatically binding GPU devices
[ 36.224] (==) Max clients allowed: 256, resource mask: 0x1fffff
[ 36.409] (==) FontPath set to:
/usr/X11R6/lib/X11/fonts/misc/,
/usr/X11R6/lib/X11/fonts/TTF/,
/usr/X11R6/lib/X11/fonts/OTF/,
/usr/X11R6/lib/X11/fonts/Type1/,
/usr/X11R6/lib/X11/fonts/100dpi/,
/usr/X11R6/lib/X11/fonts/75dpi/
[ 36.409] (==) ModulePath set to "/usr/X11R6/lib/modules"
[ 36.409] (II) The server relies on wscons to provide the list of input devices.
If no devices become available, reconfigure wscons or disable AutoAddDevices.
[ 36.417] (II) Loader magic: 0xbc70b896a10
[ 36.417] (II) Module ABI versions:
[ 36.417] X.Org ANSI C Emulation: 0.4
[ 36.417] X.Org Video Driver: 25.2
[ 36.417] X.Org XInput driver : 24.4
[ 36.417] X.Org Video Driver: 25.2
[ 36.417] X.Org XInput driver : 24.4
[ 36.417] X.Org Server Extension : 10.0
[ 36.419] (--) PCI:*(0@0:2:0) 8086:0116:1028:050e rev 9, Mem @ 0xf1400000/4194304, 0xe0000000/268435456, I/O @ 0x00004000/64
[ 36.419] (--) PCI: (1@0:0:0) 10de:0df4:1028:050e rev 161, Mem @ 0xf0000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x00003000/128
[ 36.420] (II) LoadModule: "glx"
[ 36.446] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so
[ 37.726] (II) Module glx: vendor="X.Org Foundation"
[ 37.726] compiled for 1.21.1.18, module version = 1.0.0
[ 37.726] ABI class: X.Org Server Extension, version 10.0
[ 37.727] (II) LoadModule: "intel"
[ 37.727] (II) Loading /usr/X11R6/lib/modules/drivers/intel_drv.so
[ 37.773] (II) Module intel: vendor="X.Org Foundation"
[ 37.773] compiled for 1.21.1.18, module version = 2.99.916
[ 37.773] Module class: X.Org Video Driver
[ 37.773] ABI class: X.Org Video Driver, version 25.2
[ 37.773] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[ 37.774] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[ 37.774] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300
[ 37.834] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 0
[ 37.931] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 3000
[ 37.931] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx
[ 37.931] (II) intel(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 37.931] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[ 37.931] (==) intel(0): RGB weight 888
[ 37.931] (==) intel(0): Default visual is TrueColor
[ 37.965] (II) intel(0): Output LVDS1 has no monitor section
[ 37.993] (--) intel(0): Found backlight control interface wscons (type 'platform') for output LVDS1
[ 37.993] (II) intel(0): Enabled output LVDS1
[ 37.993] (II) intel(0): Output VGA1 has no monitor section
[ 37.993] (II) intel(0): Enabled output VGA1
[ 37.993] (II) intel(0): Output HDMI1 has no monitor section
[ 37.993] (II) intel(0): Enabled output HDMI1
[ 37.993] (II) intel(0): Output DP1 has no monitor section
[ 37.994] (II) intel(0): Enabled output DP1
[ 37.994] (--) intel(0): Using a maximum size of 256x256 for hardware cursors
[ 37.994] (II) intel(0): Output VIRTUAL1 has no monitor section
[ 37.994] (II) intel(0): Enabled output VIRTUAL1
[ 37.994] (--) intel(0): Output LVDS1 using initial mode 1366x768 on pipe 0
[ 38.030] (==) intel(0): TearFree disabled
[ 38.030] (==) intel(0): Using gamma correction (1.0, 1.0, 1.0)
[ 38.030] (--) intel(0): Display dimensions: (340, 190) mm
[ 38.030] (--) intel(0): DPI set to (102, 102)
[ 38.030] (II) Loading sub module "dri3"
[ 38.030] (II) Loading sub module "dri3"
[ 38.030] (II) LoadModule: "dri3"
[ 38.030] (II) Module "dri3" already built-in
[ 38.030] (II) Loading sub module "dri2"
[ 38.030] (II) LoadModule: "dri2"
[ 38.030] (II) Module "dri2" already built-in
[ 38.030] (II) Loading sub module "present"
[ 38.030] (II) LoadModule: "present"
[ 38.030] (II) Module "present" already built-in
[ 38.238] (II) intel(0): SNA initialized with Sandybridge (gen6, gt2) backend
[ 38.238] (==) intel(0): Backing store enabled
[ 38.238] (==) intel(0): Silken mouse enabled
[ 38.286] (II) intel(0): HW Cursor enabled
[ 38.355] (==) intel(0): DPMS enabled
[ 38.390] (II) intel(0): [DRI2] Setup complete
[ 38.390] (II) intel(0): [DRI2] DRI driver: i965
[ 38.390] (II) intel(0): [DRI2] VDPAU driver: i965
[ 38.391] (II) intel(0): direct rendering: DRI2 DRI3 enabled
[ 38.392] (II) intel(0): hardware support for Present enabled
[ 38.392] (II) Initializing extension Generic Event Extension
[ 38.393] (II) Initializing extension SHAPE
[ 38.394] (II) Initializing extension MIT-SHM
[ 38.394] (II) Initializing extension XInputExtension
[ 38.428] (II) Initializing extension XTEST
[ 38.428] (II) Initializing extension BIG-REQUESTS
[ 38.429] (II) Initializing extension SYNC
[ 38.430] (II) Initializing extension XKEYBOARD
[ 38.431] (II) Initializing extension XC-MISC
[ 38.432] (II) Initializing extension SECURITY
[ 38.432] (II) Initializing extension XFIXES
[ 38.433] (II) Initializing extension RENDER
[ 38.434] (II) Initializing extension RANDR
[ 38.435] (II) Initializing extension COMPOSITE
[ 38.436] (II) Initializing extension DAMAGE
[ 38.437] (II) Initializing extension MIT-SCREEN-SAVER
[ 38.438] (II) Initializing extension DOUBLE-BUFFER
[ 38.439] (II) Initializing extension RECORD
[ 38.440] (II) Initializing extension DPMS
[ 38.440] (II) Initializing extension Present
[ 38.441] (II) Initializing extension DRI3
[ 38.441] (II) Initializing extension X-Resource
[ 38.442] (II) Initializing extension XVideo
[ 38.442] (II) Initializing extension XVideo-MotionCompensation
[ 38.443] (II) Initializing extension GLX
[ 38.484] (EE) AIGLX error: dlopen of /usr/X11R6/lib/modules/dri/i965_dri.so failed (File not found)
[ 38.484] (EE) AIGLX error: unable to load driver i965
[ 38.779] (II) IGLX: Loaded and initialized swrast
[ 38.779] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 38.779] (II) Initializing extension XFree86-VidModeExtension
[ 38.780] (II) Initializing extension XFree86-DGA
[ 38.780] (II) Initializing extension XFree86-DRI
[ 38.816] (II) Initializing extension DRI2
[ 38.884] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
[ 38.933] (II) intel(0): Setting screen physical size to 340 x 190
[ 40.297] (II) config/wscons: checking input device /dev/wskbd
[ 40.297] (II) wskbd: using layout us
[ 40.297] (II) LoadModule: "kbd"
[ 40.324] (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.so
[ 40.342] (II) Module kbd: vendor="X.Org Foundation"
[ 40.342] compiled for 1.21.1.18, module version = 2.0.0
[ 40.342] Module class: X.Org XInput Driver
[ 40.342] ABI class: X.Org XInput driver, version 24.4
[ 40.342] (II) Using input driver 'kbd' for '/dev/wskbd'
[ 40.342] (**) /dev/wskbd: always reports core events
[ 40.342] (**) /dev/wskbd: always reports core events
[ 40.342] (**) Option "Protocol" "standard"
[ 40.342] (**) Option "XkbRules" "base"
[ 40.342] (**) Option "XkbModel" "pc105"
[ 40.342] (**) Option "XkbLayout" "us"
[ 40.342] (II) XINPUT: Adding extended input device "/dev/wskbd" (type: KEYBOARD, id 6)
[ 40.870] (II) config/wscons: checking input device /dev/wsmouse0
[ 40.870] (II) LoadModule: "ws"
[ 40.871] (II) Loading /usr/X11R6/lib/modules/input/ws_drv.so
[ 40.921] (II) Module ws: vendor="X.Org Foundation"
[ 40.921] compiled for 1.21.1.18, module version = 1.3.0
[ 40.921] Module class: X.Org XInput Driver
[ 40.921] ABI class: X.Org XInput driver, version 24.4
[ 40.921] (II) Using input driver 'ws' for '/dev/wsmouse0'
[ 40.921] (**) /dev/wsmouse0: always reports core events
[ 40.921] (II) ws: /dev/wsmouse0: debuglevel 0
[ 40.921] (**) Option "Device" "/dev/wsmouse0"
[ 40.921] (**) ws: /dev/wsmouse0: ZAxisMapping: buttons 4 and 5
[ 40.921] (**) ws: /dev/wsmouse0: WAxisMapping: buttons 6 and 7
[ 40.922] (**) ws: /dev/wsmouse0: associated screen: 0
[ 41.397] (II) ws: /dev/wsmouse0: minimum x position: 0
[ 41.397] (II) ws: /dev/wsmouse0: maximum x position: 1365
[ 41.397] (II) ws: /dev/wsmouse0: minimum y position: 0
[ 41.397] (II) ws: /dev/wsmouse0: maximum y position: 767
[ 41.397] (==) ws: /dev/wsmouse0: Buttons: 7
[ 41.446] (**) ws: /dev/wsmouse0: YAxisMapping: buttons 4 and 5
[ 41.446] (II) XINPUT: Adding extended input device "/dev/wsmouse0" (type: MOUSE, id 7)
[ 41.921] (**) /dev/wsmouse0: (accel) keeping acceleration scheme 1
[ 41.921] (**) /dev/wsmouse0: (accel) acceleration profile 0
[ 41.921] (**) /dev/wsmouse0: (accel) acceleration factor: 2.000
[ 41.921] (**) /dev/wsmouse0: (accel) acceleration threshold: 4
[ 41.922] (II) config/wscons: checking input device /dev/wsmouse
[ 41.922] (II) Using input driver 'ws' for '/dev/wsmouse'
[ 41.922] (**) /dev/wsmouse: always reports core events
[ 41.922] (II) ws: /dev/wsmouse: debuglevel 0
[ 41.922] (**) Option "Device" "/dev/wsmouse"
[ 41.922] (**) ws: /dev/wsmouse: ZAxisMapping: buttons 4 and 5
[ 41.922] (**) ws: /dev/wsmouse: WAxisMapping: buttons 6 and 7
[ 41.922] (**) ws: /dev/wsmouse: associated screen: 0
[ 41.922] (II) ws: /dev/wsmouse: minimum x position: 0
[ 41.922] (II) ws: /dev/wsmouse: maximum x position: 1365
[ 41.922] (II) ws: /dev/wsmouse: minimum y position: 0
[ 41.922] (II) ws: /dev/wsmouse: maximum y position: 767
[ 41.922] (==) ws: /dev/wsmouse: Buttons: 7
[ 41.922] (**) ws: /dev/wsmouse: YAxisMapping: buttons 4 and 5
[ 41.922] (II) XINPUT: Adding extended input device "/dev/wsmouse" (type: MOUSE, id 8)
[ 41.923] (**) /dev/wsmouse: (accel) keeping acceleration scheme 1
[ 41.923] (**) /dev/wsmouse: (accel) acceleration profile 0
[ 41.923] (**) /dev/wsmouse: (accel) acceleration factor: 2.000
[ 41.923] (**) /dev/wsmouse: (accel) acceleration threshold: 4
[ 1915.091] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
[ 1915.191] (II) intel(0): EDID vendor "LGD", prod id 614
[ 4625.007] (II) intel(0): switch to mode 1366x768@59.6 on LVDS1 using pipe 0, position (0, 0), rotation normal, reflection none
x.log ```
--
karcio
Mar 2, 2026, 16:13 by hans@stare.cz:
> On Mar 02 16:55:48, karcio@tuta.io wrote:
>
>> I install all except games, also xenodm starts for me - I can see login screen and I am able to login and start i3
>>
>> What I am trying to achieve: I want to start,
>> login using xenodm and start i3 autmaticaly.
>>
>
> https://www.openbsd.org/faq/faq11.html
>
>> Reason why I am looking in this Xorg issue is
>> when I start browser (chrome/firefox) or even neovim
>> it takes aged to open, so that is why I think there is
>> a lack of configuration.
>>
>
> If X apps start slowly, it's hardly because wm wasn't started automaticaly
> or you did not specify a xorg.conf
>
> Does neovim also start slowly on the console?
> (ctrl + alt + f1)
>
> A full dmesg and a full Xorg.log might give some clues
> - maybe your X is using some suboptimal driver.
>
> Jan
>
Subscribe to:
Comments (Atom)