Native wayland support on Linux?

[kflak]

Hi all,

Are there any plans to make openFrameworks run natively on wayland, since this is increasingly moving from the Future to the Now on a lot of Linux systems? Or, even better, is this already possible to achieve by simply changing a couple of build flags?

[pierrep]

It's currently not possible. Not sure about future plans...I imagine it will potentially be added in, especially if Wayland becomes popular. I'm not a core OF developer, so take this comment with a grain of salt.

[kflak]

Thanks! I'm back on xorg for now, so no rush on my part, but as xorg is basically abandonware, and wayland will be the standard within a couple of years' time, it would be great if this could be supported at some point.

-- Roosna & Flak - Contemporary Dance & Music Web: roosnaflak.com Code: {github,gitlab}.com/kflak Mastodon: @@.*** On 6 Aug 2021 04:33, Pierre Proske wrote:

It's currently not possible. Not sure about future plans...I imagine it will potentially be added in, especially if Wayland becomes popular. I'm not a core OF developer, so take this comment with a grain of salt.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.*

[CarloCattano]

the current hack I use to run of Apps in wayland under xwayland is to prepend it like so :

env -u WAYLAND_DISPLAY make RunRelease

Or an alias

alias xw='env -u WAYLAND_DISPLAY '

[ofTheo]

@CarloCattano thanks for sharing, is this with the 0.12.1 RC1 / Nightly builds or are you using the Linux 2025 branch of @danoli3 ?

If it is working with 0.12.1 RC1 / Nightly I can add to the setup instruction documents ( or we could potentially add to the makefile output ) so people get the suggestion of how to run in Wayland

[CarloCattano]

With both regular nightly and 12 Whenever in a session you get x11 no display found or similar, that does the trick for me. Tested on kde wayland and hyprland

[ofTheo]

Awesome - thanks @CarloCattano I'll see if we can detect it at runtime and then insert the notice.

[pierrep]

There does appear to be some Wayland support as per this commit: https://github.com/openframeworks/apothecary/pull/498/commits/b5d1a7625601557ff0ecff438907f31caa69af11

I'm not on Wayland so can't confirm.

[CarloCattano]

for me at the time of writing, installing glfw from pacman repos leads to a segfault on regular execution

bin/opencvOpticalFlowExample
[ error ] ofAppGLFWWindow: 65550: X11: Platform not initialized
[1]    77883 segmentation fault (core dumped)  bin/opencvOpticalFlowExample

Unless run with the strings I mentioned to force xwayland. glfw 3.4-2

with AUR glfw-git version, same behavior.

The only way there is as somebody found out, is to modify the compilation flags of glfw so that -DGLFW_BUILD_WAYLAND=OFF \ Only then it "runs" in wayland under xwayland automatically.

This is really distribution/packaging dependant, but wayland is more and more the default and would be awesome to confirm something in the direction of wayland on top of seamless xwayland state.

Some desktop envs like gnome I believe do this automatically also for apps launched from terminal but don't quote me on that

[opheliagame]

using env -u WAYLAND_DISPLAY does not work for me on both 0.12.1 RC1 and yesterday's nightly build. Is it just me?