Wayland?

Running the hello world example for me is producing on wayland native is producing this error:

INFO: Initializing raylib 3.7
WARNING: GLFW: Error: 65544 Description: X11: The DISPLAY environment variable is missing
WARNING: GLFW: Failed to initialize GLFW
thread 'main' panicked at 'Attempting to create window failed!', /home/yujiri/.cargo/registry/src/proxy-git.cwkhome.fun-1ecc6299db9ec823/raylib-3.7.0/src/core/mod.rs:208:13

I heard from the Nim bindings that Raylib is supposed to support Wayland, so does anyone know what I'd need to do to get that to work here? I tried installing packages for raylib and glfw-wayland just incase but that didn't have any effect.

OS: Artix Linux

Update: the upstream Raylib examples do not work out of the box for me either, so this is not an issue with raylib-rs. My apologies.

Update! I traced the issue with raylib upstream through glfw to me not having wayland-protocols installed. After installing that and rebuilding, raylib works natively on wayland for me, raylib-rs still does not.

[the-gremlin]

wouldn't this issue be resolved after #127 was merged?

Ah! Sorry, I didn't get a notification on this. Using the master version, I got a project using this crate to build but it segfaults on start, just after saying INFO: Initializing raylib 3.7.

I wonder if this could have to do with libc issues. I've switched to a musl distribution (Alpine) since

Indeed, it seems to work back on my Artix installation. RIP

I checked out upstream raylib 3.7 and could run the examples on my system without segfault

Update: by editing the downloaded C source in ~/.cargo/git/checkouts, I deducated that the problem is some sort of failure to load glfw, as the segfault occurs at the first call to glfw.

I don't know why. I've got glfw-wayland-dev installed, and the compiled binary for my project when examined with ldd shows:

	/lib/ld-musl-x86_64.so.1 (0x7f3ed4a31000)
	libglfw.so.3 => /usr/lib/libglfw.so.3 (0x7f3ed47cf000)
	libwayland-client.so.0 => /usr/lib/libwayland-client.so.0 (0x7f3ed47be000)
	libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x7f3ed4a31000)
	libffi.so.8 => /usr/lib/libffi.so.8 (0x7f3ed47b1000)

(interestingly, for some reason if built in x mode, ldd shows only ld-musl-x86_64)

Whoa, this workaround solved it for me!