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
