On 12/30/25 19:33, Landry Breuil wrote:
> Le Tue, Dec 30, 2025 at 03:21:56PM +0100, Tobias Heider a écrit :
>> On Tue, Mar 04, 2025 at 05:13:07PM +0100, Tobias Heider wrote:
>>> Hi,
>>>
>>> here is a new port for niri [1], a scrollable-tiling Wayland compositor
>>> heavily inspired by the PaperWM extension for Gnome.
>>>
>>> This one is a little different than our existing wayland compositor ports
>>> since it doesn't use wlroots but smithay [2] as its underlying compositor
>>> library.
>>>
>>> Smithay is written in rust and pulls in quite a few dependencies, I had to
>>> resort to some hacks to make it pick up the patched OpenBSD compatible
>>> versions since most patches haven't found their way into an upstream release
>>> yet. In the current version I fetch niri itself and all the patched
>>> dependencies from my forked trees on github. I already got some of them
>>> merged upstream so I'm optimistic that we can swtich over to an official
>>> release in the near future.
>>>
>>> Looking forward to get some feedback.
>>>
>>> Some open questions:
>>> Is there a better way to handle the rust dependencies?
>>> Would it make sense for a large rust package such as smithay to be a separate
>>> port?
>>> I used upstream_version.date for our port version, is there a better solution?
>>>
>>> [1] https://github.com/YaLTeR/niri
>>> [2] https://github.com/Smithay/smithay
>>
>> Updated it to 25.11 and thought I'd share it here for anyone interested.
>>
>> The garbled output after exiting niri seems to be fixed and I managed to
>> upstream a bunch of patches in dependencies. The port is still fetching from
>> my github though and is using drm-rs and smithay from my patched forks.
>>
>> One open issue is that xwayland-satellite will crash niri after a while,
>> I am still trying to figure out why.
> 
> heh, and i thought it was already imported...
> 
> LIB_DEPENDS =	devel/llvm/21
> 
> and you have the MODCARGO lines pointing at libLLVM.so commented out..
> are you sure that LIB_DEPENDS is needed ? if so im not sure that cant
> lead to other issues in ports.
> 
> note that startniri.sh should be updated now that we have proper support
> for XDG_RUNTIME_DIR.
> 
> with those fixed i'd be inclined to ok it so that you can maintain it in
> tree, and itd be good to have non-wlroots implems to play with :)
> 
> Landry
> 

Hi, I'm excited to see that this port is seeing some activity again!

I've just gave it a spin, couple things I have noticed:

- the "mouse buttons" of my Thinkpad x280's touchpad are not working; 
though I am not sure if this is related to the port or the wayland 
implementation of OpenBSD. I have to actually press on the touchpad 
itself to issue clicks.
- I still have to say
debug {
	render-drm-device "/dev/dri/renderD128"
}
in the config for niri to work at all. Maybe it would make sense to add 
this to the port's README? Might alleviate some setup friction for some 
users.
- three finger swiping on the touchpad for switching between windows 
does not work for me. probably ... also not related to the port itself 
though?
- alacritty does not launch, I have to resort to using foot instead. I 
get an error saying NotSupported("provided display handle is not supported")

I'll happily test any iterations of this port.

Christoph