Can't run it on wayland #1

Closed
opened 2024-01-17 10:37:32 -07:00 by sahin · 23 comments

I know this is not supposed to work on wayland normally but I really want to use it on wayland (hyprland, specifically). There are some users who could run it on wayland.

For me this is the case:
If I run glava after compiling it, I get:

WARNING: using "window" transform explicitly is deprecated (no-op); implied from "fft" transform.
WARNING: using "gravity" transform explicitly is deprecated (no-op); implied from "fft" transform.
WARNING: using "avg" transform explicitly is deprecated (no-op); implied from "fft" transform.
X Error of failed request:  BadAtom (invalid Atom parameter)
  Major opcode of failed request:  18 (X_ChangeProperty)
  Atom id in failed request:  0x0
  Serial number of failed request:  75
  Current serial number in output stream:  77

And if I set the following environment variables in my hyprland config:

env = QT_QPA_PLATFORM,wayland,xcb
env = GDK_BACKEND,x11

Glava runs for a split second then it segfaults. I think it should be possible to set some environment variables and run it perfectly but I don't know what are they.

I know this is not supposed to work on wayland normally but I really want to use it on wayland (hyprland, specifically). There are [some users](https://github.com/jarcode-foss/glava/issues/250#issuecomment-1893872314) who could run it on wayland. For me this is the case: If I run glava after compiling it, I get: ``` WARNING: using "window" transform explicitly is deprecated (no-op); implied from "fft" transform. WARNING: using "gravity" transform explicitly is deprecated (no-op); implied from "fft" transform. WARNING: using "avg" transform explicitly is deprecated (no-op); implied from "fft" transform. X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 18 (X_ChangeProperty) Atom id in failed request: 0x0 Serial number of failed request: 75 Current serial number in output stream: 77 ``` And if I set the following environment variables in my hyprland config: ``` env = QT_QPA_PLATFORM,wayland,xcb env = GDK_BACKEND,x11 ``` Glava runs for a split second then it segfaults. I think it should be possible to set some environment variables and run it perfectly but I don't know what are they.
Owner

I can definitely take a look into making things work on Wayland.

Based on the error you're getting at runtime, it would appear that the issue is with some sort of missing environment variables. In order to figure this out, I'd need to get all the system variables on the system that's running it, and compare it to a working one.

At the moment, I am taking some time away from programming to spend time with my wife, but this should be a relatively simple fix, so I will hop on it and see if I can knock out some kind of solution today.

Please bare with me for a update!

I can definitely take a look into making things work on Wayland. Based on the error you're getting at runtime, it would _appear_ that the issue is with some sort of missing environment variables. In order to figure this out, I'd need to get all the system variables on the system that's running it, and compare it to a working one. At the moment, I am taking some time away from programming to spend time with my wife, but this should be a relatively simple fix, so I will hop on it and see if I can knock out some kind of solution today. Please bare with me for a update!
Vetheon added a new dependency 2024-01-17 12:40:03 -07:00
Author

I'm glad for your interest @VetheonGames , thanks!

I want to share some observations of mine in case it helps:

Few months ago, I was able to run glava on hyprland with a little inconvenience: I had to login to X11 session first. So my guess is some environment variables are set when I login to X11 session and they persist after I logout and login to hyprland.

Unfortunately, I switched to a new machine and I don't have any X11 session in this setup. I tried installing i3 (just to make glava work again) but somehow I couldn't login to i3. And then I gave up.

Then I found this repo and my hopes are up again :D Please let me know if I can help in any way. I would be more than happy to help fixing this.

I'm glad for your interest @VetheonGames , thanks! I want to share some observations of mine in case it helps: Few months ago, I was able to run glava on hyprland with a *little* inconvenience: I had to login to X11 session first. So my guess is some environment variables are set when I login to X11 session and they persist after I logout and login to hyprland. Unfortunately, I switched to a new machine and I don't have any X11 session in this setup. I tried installing i3 (just to make glava work again) but somehow I couldn't login to i3. And then I gave up. Then I found this repo and my hopes are up again :D Please let me know if I can help in any way. I would be more than happy to help fixing this.
Owner

Ok, @sahin I require some debugging to be done on your end to figure out what it is that is causing the issue.

My system doesn't behave with Wayland at all (like my desktop environment fails to load entirely), so I'm unable to do it myself.

Please attach the logs for XWayland for any time you run Glava on Wayland for each of the below steps:

  1. First, reboot your computer
  • sign into Wayland

  • recompile Glava with a fresh clone

  • follow the instructions here to build a standalone debug version (for a 100% fresh start, so we know it isn't some kind of external issue going on)

  • try to run Glava

  • then give me the results. Copied 1:1 from the terminal, including the command you ran. (you can use this pastebin if need be)

  • Next, run printenv and send the output to me. Be warned, this will print out all your system environment variables. So you might want to go through it before posting to ensure there's no sensitive data in there.

  1. Second, sign out of that Wayland session
  • log into a X11 session

  • try to run Glava again.

  • again, give me what the terminal outputs and what command you ran.

  • Next, run printenv once again, and send it to me (after sanitizing if needed), if Glava was able to start and run properly on X11 for you.

  1. Third, shutdown Glava (if it's running)
  • log out of the X11 session

  • log back into the Wayland session

  • try to run Glava again using the same command you did the first time.

Let me know if it works the final time, and if it does, I should have all the information I need to resolve the issue.

Ok, @sahin I require some debugging to be done on your end to figure out what it is that is causing the issue. My system doesn't behave with Wayland at all (like my desktop environment fails to load entirely), so I'm unable to do it myself. Please attach the logs for XWayland for any time you run Glava on Wayland for each of the below steps: 1. First, reboot your computer - sign into Wayland - recompile Glava with a fresh clone - follow the instructions [here](https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged/wiki/Compilation) to build a standalone debug version (for a 100% fresh start, so we know it isn't some kind of external issue going on) - try to run Glava - then give me the results. Copied 1:1 from the terminal, including the command you ran. (you can use this [pastebin](https://snippet.host) if need be) - Next, run `printenv` and send the output to me. Be warned, this will print out all your system environment variables. So you might want to go through it before posting to ensure there's no sensitive data in there. 2. Second, sign out of that Wayland session - log into a X11 session - try to run Glava again. - again, give me what the terminal outputs and what command you ran. - Next, run `printenv` once again, and send it to me (after sanitizing if needed), if Glava was able to start and run properly on X11 for you. 3. Third, shutdown Glava (if it's running) - log out of the X11 session - log back into the Wayland session - try to run Glava again using the same command you did the first time. Let me know if it works the final time, and if it does, I should have all the information I need to resolve the issue.
Owner

Ah dang I just saw your comment there. That's unfortunate. Without the ability to debug on Wayland and X11 on the same machine, we are kinda stuck at an impasse.

Ah dang I just saw your comment there. That's unfortunate. Without the ability to debug on Wayland and X11 on the same machine, we are kinda stuck at an impasse.
Owner

Ok, so, there's one more hope to see if we can maybe figure out what's going on.

Give this command a run, and send me the file here:

script -c "ltrace -e getenv /path/to/glava/binary" ltrace.txt

Edit:

doing this will create a bunch of output, and write it a file. But you'll need to kill the application once it stops if it doesn't crash itself

Also I fixed the command to properly capture the stdout of Glava, since it's buffer for the terminal is never technically filled.

Oh! And if you could give me your XWayland logs just after the segfault, that'd be amazing

Ok, so, there's one more hope to see if we can maybe figure out what's going on. Give this command a run, and send me the file here: ```bash script -c "ltrace -e getenv /path/to/glava/binary" ltrace.txt ``` Edit: doing this will create a bunch of output, and write it a file. But you'll need to kill the application once it stops if it doesn't crash itself Also I fixed the command to properly capture the stdout of Glava, since it's buffer for the terminal is never technically filled. Oh! And if you could give me your XWayland logs just after the segfault, that'd be amazing
Author

OK, here are the output of the same command one without any specific environment variables set and one with the env's I mentioned above:

Without any environment variables: (doesn't run at all) https://0x0.st/H021.txt

With 2 env variables I mentioned above: (runs for half a second then segfaults) https://0x0.st/H02j.txt

Actually, I compared both files with a diff tool but I couldn't find any important difference. Just that second one is a little bit longer as glava runs for a little bit.

if you could give me your XWayland logs just after the segfault

where can i find the logs for Xwayland? I run journalctl -b and found this at the end:

Oca 18 00:42:02 fedora systemd-coredump[8108]: [🡕] Process 8095 (glava) of user 1000 dumped core.
                                               
                                               Module libXcursor.so.1 from rpm libXcursor-1.2.1-4.fc39.aarch64
                                               Module libtinfo.so.6 from rpm ncurses-6.4-7.20230520.fc39.aarch64
                                               Module libedit.so.0 from rpm libedit-3.1-48.20230828cvs.fc39.aarch64
                                               Module libffi.so.8 from rpm libffi-3.4.4-4.fc39.aarch64
                                               Module libdrm_nouveau.so.2 from rpm libdrm-2.4.117-1.fc39.aarch64
                                               Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.117-1.fc39.aarch64
                                               Module libelf.so.1 from rpm elfutils-0.190-4.fc39.aarch64
                                               Module libdrm_radeon.so.1 from rpm libdrm-2.4.117-1.fc39.aarch64
                                               Module libsensors.so.4 from rpm lm_sensors-3.6.0-14.fc39.aarch64
                                               Module libz.so.1 from rpm zlib-1.2.13-4.fc39.aarch64
                                               Module asahi_dri.so from rpm mesa-24.0.0~asahipre20231213-1.fc39.aarch64
                                               Module libxcb-xfixes.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libxcb-sync.so.1 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libxcb-present.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libxcb-dri3.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libxcb-randr.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libxshmfence.so.1 from rpm libxshmfence-1.3-13.fc39.aarch64
                                               Module libexpat.so.1 from rpm expat-2.5.0-3.fc39.aarch64
                                               Module libxcb-shm.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libXxf86vm.so.1 from rpm libXxf86vm-1.1.5-3.fc39.aarch64
                                               Module libXfixes.so.3 from rpm libXfixes-6.0.0-6.fc39.aarch64
                                               Module libxcb-dri2.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libX11-xcb.so.1 from rpm libX11-1.8.7-1.fc39.aarch64
                                               Module libxcb-glx.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libdrm.so.2 from rpm libdrm-2.4.117-1.fc39.aarch64
                                               Module libglapi.so.0 from rpm mesa-24.0.0~asahipre20231213-1.fc39.aarch64
                                               Module libGLX_mesa.so.0 from rpm mesa-24.0.0~asahipre20231213-1.fc39.aarch64
                                               Module libGLdispatch.so.0 from rpm libglvnd-1.7.0-1.fc39.aarch64
                                               Module libGLX.so.0 from rpm libglvnd-1.7.0-1.fc39.aarch64
                                               Module libGL.so from rpm libglvnd-1.7.0-1.fc39.aarch64
                                               Module libzstd.so.1 from rpm zstd-1.5.5-4.fc39.aarch64
                                               Module liblzma.so.5 from rpm xz-5.4.4-1.fc39.aarch64
                                               Module liblz4.so.1 from rpm lz4-1.9.4-4.fc39.aarch64
                                               Module libcap.so.2 from rpm libcap-2.48-9.fc39.aarch64
                                               Module libmpg123.so.0 from rpm mpg123-1.31.3-2.fc39.aarch64
                                               Module libogg.so.0 from rpm libogg-1.3.5-6.fc39.aarch64
                                               Module libopus.so.0 from rpm opus-1.3.1-13.fc39.aarch64
                                               Module libvorbisenc.so.2 from rpm libvorbis-1.3.7-8.fc39.aarch64
                                               Module libvorbis.so.0 from rpm libvorbis-1.3.7-8.fc39.aarch64
                                               Module libFLAC.so.12 from rpm flac-1.4.3-2.fc39.aarch64
                                               Module libgsm.so.1 from rpm gsm-1.0.22-3.fc39.aarch64
                                               Module libXau.so.6 from rpm libXau-1.0.11-3.fc39.aarch64
                                               Module libsystemd.so.0 from rpm systemd-254.7-1.fc39.aarch64
                                               Module libsndfile.so.1 from rpm libsndfile-1.1.0-9.fc39.aarch64
                                               Module libxcb.so.1 from rpm libxcb-1.13.1-12.fc39.aarch64
                                               Module libdbus-1.so.3 from rpm dbus-1.14.10-1.fc39.aarch64
                                               Module libpulsecommon-16.1.so from rpm pulseaudio-16.1-5.fc39.aarch64
                                               Module libXrender.so.1 from rpm libXrender-0.9.11-3.fc39.aarch64
                                               Module libXext.so.6 from rpm libXext-1.3.5-3.fc39.aarch64
                                               Module libX11.so.6 from rpm libX11-1.8.7-1.fc39.aarch64
                                               Module libpulse-simple.so.0 from rpm pulseaudio-16.1-5.fc39.aarch64
                                               Module libpulse.so.0 from rpm pulseaudio-16.1-5.fc39.aarch64
                                               Stack trace of thread 8095:
                                               #0  0x0000000000000000 n/a (n/a + 0x0)
                                               #1  0x0000ffff42dcf73c n/a (libglava.so + 0x2f73c)
                                               #2  0x0000000000001000 n/a (n/a + 0x0)
                                               #3  0x0000000000001000 n/a (n/a + 0x0)
                                               ELF object binary architecture: AARCH64

There were no entries related with Xwayland.

OK, here are the output of the same command one without any specific environment variables set and one with the env's I mentioned above: Without any environment variables: (doesn't run at all) https://0x0.st/H021.txt With 2 env variables I mentioned above: (runs for half a second then segfaults) https://0x0.st/H02j.txt Actually, I compared both files with a diff tool but I couldn't find any important difference. Just that second one is a little bit longer as glava runs for a little bit. > if you could give me your XWayland logs just after the segfault where can i find the logs for Xwayland? I run `journalctl -b` and found this at the end: ``` Oca 18 00:42:02 fedora systemd-coredump[8108]: [🡕] Process 8095 (glava) of user 1000 dumped core. Module libXcursor.so.1 from rpm libXcursor-1.2.1-4.fc39.aarch64 Module libtinfo.so.6 from rpm ncurses-6.4-7.20230520.fc39.aarch64 Module libedit.so.0 from rpm libedit-3.1-48.20230828cvs.fc39.aarch64 Module libffi.so.8 from rpm libffi-3.4.4-4.fc39.aarch64 Module libdrm_nouveau.so.2 from rpm libdrm-2.4.117-1.fc39.aarch64 Module libdrm_amdgpu.so.1 from rpm libdrm-2.4.117-1.fc39.aarch64 Module libelf.so.1 from rpm elfutils-0.190-4.fc39.aarch64 Module libdrm_radeon.so.1 from rpm libdrm-2.4.117-1.fc39.aarch64 Module libsensors.so.4 from rpm lm_sensors-3.6.0-14.fc39.aarch64 Module libz.so.1 from rpm zlib-1.2.13-4.fc39.aarch64 Module asahi_dri.so from rpm mesa-24.0.0~asahipre20231213-1.fc39.aarch64 Module libxcb-xfixes.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libxcb-sync.so.1 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libxcb-present.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libxcb-dri3.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libxcb-randr.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libxshmfence.so.1 from rpm libxshmfence-1.3-13.fc39.aarch64 Module libexpat.so.1 from rpm expat-2.5.0-3.fc39.aarch64 Module libxcb-shm.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libXxf86vm.so.1 from rpm libXxf86vm-1.1.5-3.fc39.aarch64 Module libXfixes.so.3 from rpm libXfixes-6.0.0-6.fc39.aarch64 Module libxcb-dri2.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libX11-xcb.so.1 from rpm libX11-1.8.7-1.fc39.aarch64 Module libxcb-glx.so.0 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libdrm.so.2 from rpm libdrm-2.4.117-1.fc39.aarch64 Module libglapi.so.0 from rpm mesa-24.0.0~asahipre20231213-1.fc39.aarch64 Module libGLX_mesa.so.0 from rpm mesa-24.0.0~asahipre20231213-1.fc39.aarch64 Module libGLdispatch.so.0 from rpm libglvnd-1.7.0-1.fc39.aarch64 Module libGLX.so.0 from rpm libglvnd-1.7.0-1.fc39.aarch64 Module libGL.so from rpm libglvnd-1.7.0-1.fc39.aarch64 Module libzstd.so.1 from rpm zstd-1.5.5-4.fc39.aarch64 Module liblzma.so.5 from rpm xz-5.4.4-1.fc39.aarch64 Module liblz4.so.1 from rpm lz4-1.9.4-4.fc39.aarch64 Module libcap.so.2 from rpm libcap-2.48-9.fc39.aarch64 Module libmpg123.so.0 from rpm mpg123-1.31.3-2.fc39.aarch64 Module libogg.so.0 from rpm libogg-1.3.5-6.fc39.aarch64 Module libopus.so.0 from rpm opus-1.3.1-13.fc39.aarch64 Module libvorbisenc.so.2 from rpm libvorbis-1.3.7-8.fc39.aarch64 Module libvorbis.so.0 from rpm libvorbis-1.3.7-8.fc39.aarch64 Module libFLAC.so.12 from rpm flac-1.4.3-2.fc39.aarch64 Module libgsm.so.1 from rpm gsm-1.0.22-3.fc39.aarch64 Module libXau.so.6 from rpm libXau-1.0.11-3.fc39.aarch64 Module libsystemd.so.0 from rpm systemd-254.7-1.fc39.aarch64 Module libsndfile.so.1 from rpm libsndfile-1.1.0-9.fc39.aarch64 Module libxcb.so.1 from rpm libxcb-1.13.1-12.fc39.aarch64 Module libdbus-1.so.3 from rpm dbus-1.14.10-1.fc39.aarch64 Module libpulsecommon-16.1.so from rpm pulseaudio-16.1-5.fc39.aarch64 Module libXrender.so.1 from rpm libXrender-0.9.11-3.fc39.aarch64 Module libXext.so.6 from rpm libXext-1.3.5-3.fc39.aarch64 Module libX11.so.6 from rpm libX11-1.8.7-1.fc39.aarch64 Module libpulse-simple.so.0 from rpm pulseaudio-16.1-5.fc39.aarch64 Module libpulse.so.0 from rpm pulseaudio-16.1-5.fc39.aarch64 Stack trace of thread 8095: #0 0x0000000000000000 n/a (n/a + 0x0) #1 0x0000ffff42dcf73c n/a (libglava.so + 0x2f73c) #2 0x0000000000001000 n/a (n/a + 0x0) #3 0x0000000000001000 n/a (n/a + 0x0) ELF object binary architecture: AARCH64 ``` There were no entries related with Xwayland.
Author

Looking at the logs above, I think it is a hopeless case. We need to have a working setup in order to find what is causing this problem. I will try installing an X11 environment once again. I hope this time I could login and provide more debug information.

Looking at the logs above, I think it is a hopeless case. We need to have a working setup in order to find what is causing this problem. I will try installing an X11 environment once again. I hope this time I could login and provide more debug information.
Author

OK, I installed i3 again and this time it worked (because I also installed Xorg myself. apparently, it wasn't automatically installed by i3 before)

After logging into i3, I tried running glava but it gave me the same segfault I posted above. I started thinking this problem might be related with my machine (I am on M2 Mac running Asahi Linux) I will try to find another machine and try the same thing. But it might take some time.

I wonder why wayland didn't run on your machine. Could the problem be similar to mine? (like i3 not working because Xorg wasn't present :D ?) If you can make wayland work on your machine, maybe we can fix this sooner.

OK, I installed i3 again and this time it worked (because I also installed Xorg myself. apparently, it wasn't automatically installed by i3 before) After logging into i3, I tried running glava but it gave me the same segfault I posted above. I started thinking this problem might be related with my machine (I am on M2 Mac running Asahi Linux) I will try to find another machine and try the same thing. But it might take some time. I wonder why wayland didn't run on your machine. Could the problem be similar to mine? (like i3 not working because Xorg wasn't present :D ?) If you can make wayland work on your machine, maybe we can fix this sooner.
Owner

Ironically, I actually had the same thought as you, and attempted installing and using Wayland again.

I actually managed to get it to work, and Glava worked with it flawlessly, no issues at all. I've attached a video for proof.

It does seem like there's some issue with my compositing maybe? Because it seems to not be properly capturing with OBS, Kazam, or Peek on Wayland, but that's probably a config issue, since this is just literally bare Wayland

Ironically, I actually had the same thought as you, and attempted installing and using Wayland again. I actually managed to get it to work, and Glava worked with it flawlessly, no issues at all. ~~I've attached a video for proof.~~ It does seem like there's some issue with my compositing maybe? Because it seems to not be properly capturing with OBS, Kazam, or Peek on Wayland, but that's probably a config issue, since this is just literally bare Wayland
Author

That is good news. Does it run when you login to wayland session after a reboot? Or you have to login to X11 session first?

That is good news. Does it run when you login to wayland session after a reboot? Or you have to login to X11 session first?
Owner

That is good news. Does it run when you login to wayland session after a reboot? Or you have to login to X11 session first?

It just worked. Bare Wayland, right out the box. Didn't launch X11 first at all. Though it might be a DE thing... I'm using KDE-Plasma, what are you running?

> That is good news. Does it run when you login to wayland session after a reboot? Or you have to login to X11 session first? It just worked. Bare Wayland, right out the box. Didn't launch X11 first at all. Though it might be a DE thing... I'm using KDE-Plasma, what are you running?
Owner

I have a theory. If you have all the XOrg stuff installed, and you compile the binary from a session running in X11, will it work properly..?

I have a theory. If you have all the XOrg stuff installed, and you compile the binary from a session running in X11, will it work properly..?
Author

I have two wayland environments: hyprland and kde-plasma and one X11 environment which is i3.

I will also try it with plasma but I don't think it would work because it won't even work on X11.

Oh, and I also applied this patch to my glava because it was giving me errors while compiling. So I disabled obs completely. I don't think it would make any difference.

If you have all the XOrg stuff installed, and you compile the binary from a session running in X11, will it work properly..?

let's see...

I have two wayland environments: hyprland and kde-plasma and one X11 environment which is i3. I will also try it with plasma but I don't think it would work because it won't even work on X11. Oh, and I also applied [this patch](https://0x0.st/H0LF.patch) to my glava because it was giving me errors while compiling. So I disabled obs completely. I don't think it would make any difference. > If you have all the XOrg stuff installed, and you compile the binary from a session running in X11, will it work properly..? let's see...
Owner

Oh, and I also applied this patch to my glava because it was giving me errors while compiling. So I disabled obs completely. I don't think it would make any difference.

You don't need that patch to compile this. This should properly compile with or without OBS 😄

> Oh, and I also applied this patch to my glava because it was giving me errors while compiling. So I disabled obs completely. I don't think it would make any difference. You don't need that patch to compile this. This should properly compile with or without OBS 😄
Owner

I would strongly suggest completely uninstalling/deleting anything to do with Glava (aside from your visualizers) and starting from scratch

I would strongly suggest completely uninstalling/deleting anything to do with Glava (aside from your visualizers) and starting from scratch
Author

Tried it with plasma and nothing changed: segfault.

Compiled from source inside X11 session, and again nothing changed: segfault.

There are 2 possibilities now:

  • either the problem is on my machine itself there is nothing we can do to fix
  • or i am still missing some crucial environment variable (which is set on your machine) and if I set it, glava will work both on i3 and hyprland.

To see if it is the second case, would you share the result of printenv here?

Tried it with plasma and nothing changed: segfault. Compiled from source inside X11 session, and again nothing changed: segfault. There are 2 possibilities now: - either the problem is on my machine itself there is nothing we can do to fix - or i am still missing some crucial environment variable (which is set on your machine) and if I set it, glava will work both on i3 and hyprland. To see if it is the second case, would you share the result of `printenv` here?
Author

You don't need that patch to compile this. This should properly compile with or without OBS 😄

Well, if I don't patch it:

❯ ninja -C build
ninja: Entering directory `build'
[2/19] Compiling C object glava.p/glava-cli_cli.c.o
cc1: warning: command-line option ‘-std=c++11’ is valid for C++/ObjC++ but not for C
[3/19] Compiling C object libglava-obs.so.p/glava-obs_entry.c.o
FAILED: libglava-obs.so.p/glava-obs_entry.c.o 
cc -Ilibglava-obs.so.p -I. -I.. -I/usr/include/obs -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -O2 -DGLAVA_UNIX -DGLAVA_GLX '-DGLAVA_VERSION="unknown"' '-DSHADER_INSTALL_PATH="/etc/xdg/glava"' '-DGLAVA_RESOURCE_PATH="/usr/share/glava/resources"' -fPIC -pthread -MD -MQ libglava-obs.so.p/glava-obs_entry.c.o -MF libglava-obs.so.p/glava-obs_entry.c.o.d -o libglava-obs.so.p/glava-obs_entry.c.o -c ../glava-obs/entry.c
../glava-obs/entry.c:2:10: fatal error: obs/obs-module.h: No such file or directory
    2 | #include <obs/obs-module.h>
      |          ^~~~~~~~~~~~~~~~~~
compilation terminated.
[6/19] Compiling C object libglava.so.p/glava_glsl_ext.c.o
../glava/glsl_ext.c: In function ‘ext_process’:
../glava/glsl_ext.c:580:61: warning: ‘b_restart’ may be used uninitialized [-Wmaybe-uninitialized]
  580 |                             if (parsed_default && b_restart > 0) {
      |                                                   ~~~~~~~~~~^~~
../glava/glsl_ext.c:372:72: note: ‘b_restart’ was declared here
  372 |     size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart;
      |                                                                        ^~~~~~~~~
../glava/glsl_ext.c:502:40: warning: ‘cbuf_idx’ may be used uninitialized [-Wmaybe-uninitialized]
  502 |                         cbuf[cbuf_idx] = '\0'; /* null terminate */
      |                         ~~~~~~~~~~~~~~~^~~~~~
../glava/glsl_ext.c:372:52: note: ‘cbuf_idx’ was declared here
  372 |     size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart;
      |                                                    ^~~~~~~~
[14/19] Compiling C++ object libglfft.a.p/glfft_glfft.cpp.o
ninja: build stopped: subcommand failed.

And I also tried to disable obs with the flag but I don't know the syntax 🤦‍♂️

❯ ninja -Ddisable-obs=true -C build
ninja: invalid option -- 'D'
usage: ninja [options] [targets...]

if targets are unspecified, builds the 'default' target (see manual).

options:
  --version      print ninja version ("1.11.1")
  -v, --verbose  show all command lines while building
  --quiet        don't show progress status, just command output

  -C DIR   change to DIR before doing anything else
  -f FILE  specify input build file [default=build.ninja]

  -j N     run N jobs in parallel (0 means infinity) [default=12 on this system]
  -k N     keep going until N jobs fail (0 means infinity) [default=1]
  -l N     do not start new jobs if the load average is greater than N
  -n       dry run (don't run commands but act like they succeeded)

  -d MODE  enable debugging (use '-d list' to list modes)
  -t TOOL  run a subtool (use '-t list' to list subtools)
    terminates toplevel options; further flags are passed to the tool
  -w FLAG  adjust warnings (use '-w list' to list warnings)

So I applied the patch to get rid of it :D

> You don't need that patch to compile this. This should properly compile with or without OBS 😄 Well, if I don't patch it: ``` ❯ ninja -C build ninja: Entering directory `build' [2/19] Compiling C object glava.p/glava-cli_cli.c.o cc1: warning: command-line option ‘-std=c++11’ is valid for C++/ObjC++ but not for C [3/19] Compiling C object libglava-obs.so.p/glava-obs_entry.c.o FAILED: libglava-obs.so.p/glava-obs_entry.c.o cc -Ilibglava-obs.so.p -I. -I.. -I/usr/include/obs -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -O2 -DGLAVA_UNIX -DGLAVA_GLX '-DGLAVA_VERSION="unknown"' '-DSHADER_INSTALL_PATH="/etc/xdg/glava"' '-DGLAVA_RESOURCE_PATH="/usr/share/glava/resources"' -fPIC -pthread -MD -MQ libglava-obs.so.p/glava-obs_entry.c.o -MF libglava-obs.so.p/glava-obs_entry.c.o.d -o libglava-obs.so.p/glava-obs_entry.c.o -c ../glava-obs/entry.c ../glava-obs/entry.c:2:10: fatal error: obs/obs-module.h: No such file or directory 2 | #include <obs/obs-module.h> | ^~~~~~~~~~~~~~~~~~ compilation terminated. [6/19] Compiling C object libglava.so.p/glava_glsl_ext.c.o ../glava/glsl_ext.c: In function ‘ext_process’: ../glava/glsl_ext.c:580:61: warning: ‘b_restart’ may be used uninitialized [-Wmaybe-uninitialized] 580 | if (parsed_default && b_restart > 0) { | ~~~~~~~~~~^~~ ../glava/glsl_ext.c:372:72: note: ‘b_restart’ was declared here 372 | size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart; | ^~~~~~~~~ ../glava/glsl_ext.c:502:40: warning: ‘cbuf_idx’ may be used uninitialized [-Wmaybe-uninitialized] 502 | cbuf[cbuf_idx] = '\0'; /* null terminate */ | ~~~~~~~~~~~~~~~^~~~~~ ../glava/glsl_ext.c:372:52: note: ‘cbuf_idx’ was declared here 372 | size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart; | ^~~~~~~~ [14/19] Compiling C++ object libglfft.a.p/glfft_glfft.cpp.o ninja: build stopped: subcommand failed. ``` And I also tried to disable obs with the flag but I don't know the syntax 🤦‍♂️ ``` ❯ ninja -Ddisable-obs=true -C build ninja: invalid option -- 'D' usage: ninja [options] [targets...] if targets are unspecified, builds the 'default' target (see manual). options: --version print ninja version ("1.11.1") -v, --verbose show all command lines while building --quiet don't show progress status, just command output -C DIR change to DIR before doing anything else -f FILE specify input build file [default=build.ninja] -j N run N jobs in parallel (0 means infinity) [default=12 on this system] -k N keep going until N jobs fail (0 means infinity) [default=1] -l N do not start new jobs if the load average is greater than N -n dry run (don't run commands but act like they succeeded) -d MODE enable debugging (use '-d list' to list modes) -t TOOL run a subtool (use '-t list' to list subtools) terminates toplevel options; further flags are passed to the tool -w FLAG adjust warnings (use '-w list' to list warnings) ``` So I applied the patch to get rid of it :D
Owner

Are you following the compilation instructions here?

Are you following the compilation instructions [here](https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged/wiki/Compilation)?
Owner

Also, what architecture does your processor run on?

If it's not x86_64 I don't know that we can make it work

Also, what architecture does your processor run on? If it's not x86_64 I don't know that we can make it work
Author

Are you following the compilation instructions here?

Yes. Proof:

❯ git remote -v
origin	https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged.git (fetch)
origin	https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged.git (push)
❯ git rev-parse HEAD
689626a453a4a791799a59251a102ef5f096cf12
❯ git diff HEAD > diff
❯ cat diff
diff --git a/meson.build b/meson.build
index c3ba8cd..393bc76 100644
--- a/meson.build
+++ b/meson.build
@@ -180,23 +180,6 @@ if not get_option('disable_config')
   endif
 endif
 
-if not get_option('disable_obs')
-  shared_library(
-    'glava-obs',
-	install:     true,
-    install_dir: get_option('obs_plugin_install_dir'),
-    sources:     'glava-obs/entry.c',
-    link_with:   libglava,
-    c_args:      '-I/usr/include/obs',
-    dependencies: [
-	 dependency('threads'),
-	 cc.find_library('GL'),
-	 cc.find_library('X11'),
-      cc.find_library('obs'),
-	 cc.find_library('dl')
-	])
-endif
-
 install_subdir('shaders/glava', install_dir: shader_dir)
 install_subdir('resources', install_dir: resource_dir)
 install_headers('glava/glava.h')
❯ rm -rf build
❯ meson build --prefix=/usr
The Meson build system
Version: 1.2.3
Source dir: /home/sahin/GitRepos/glava-ridged
Build dir: /home/sahin/GitRepos/glava-ridged/build
Build type: native build
WARNING: You should add the boolean check kwarg to the run_command call.
         It currently defaults to false,
         but it will default to true in future releases of meson.
         See also: https://github.com/mesonbuild/meson/issues/9300
Project name: glava
Project version: 
C compiler for the host machine: cc (gcc 13.2.1 "cc (GCC) 13.2.1 20231205 (Red Hat 13.2.1-6)")
C linker for the host machine: cc ld.bfd 2.40-13
C++ compiler for the host machine: c++ (gcc 13.2.1 "c++ (GCC) 13.2.1 20231205 (Red Hat 13.2.1-6)")
C++ linker for the host machine: c++ ld.bfd 2.40-13
Host machine cpu family: aarch64
Host machine cpu: aarch64
Run-time dependency threads found: YES
Library pulse found: YES
Library pulse-simple found: YES
Library dl found: YES
Library m found: YES
Library X11 found: YES
Library Xext found: YES
Library Xrender found: YES
Library dl found: YES
Build targets in project: 3

glava 

  User defined options
    prefix: /usr

Found ninja-1.11.1 at /usr/bin/ninja
WARNING: Running the setup command as `meson [options]` instead of `meson setup [options]` is ambiguous and deprecated.
❯ ninja -C build
ninja: Entering directory `build'
[3/17] Compiling C object glava.p/glava-cli_cli.c.o
cc1: warning: command-line option ‘-std=c++11’ is valid for C++/ObjC++ but not for C
[6/17] Compiling C object libglava.so.p/glava_glsl_ext.c.o
../glava/glsl_ext.c: In function ‘ext_process’:
../glava/glsl_ext.c:580:61: warning: ‘b_restart’ may be used uninitialized [-Wmaybe-uninitialized]
  580 |                             if (parsed_default && b_restart > 0) {
      |                                                   ~~~~~~~~~~^~~
../glava/glsl_ext.c:372:72: note: ‘b_restart’ was declared here
  372 |     size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart;
      |                                                                        ^~~~~~~~~
../glava/glsl_ext.c:502:40: warning: ‘cbuf_idx’ may be used uninitialized [-Wmaybe-uninitialized]
  502 |                         cbuf[cbuf_idx] = '\0'; /* null terminate */
      |                         ~~~~~~~~~~~~~~~^~~~~~
../glava/glsl_ext.c:372:52: note: ‘cbuf_idx’ was declared here
  372 |     size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart;
      |                                                    ^~~~~~~~
[17/17] Linking static target libglfft.a
❯ sudo ninja -C build install
[sudo] password for sahin: 
ninja: Entering directory `build'
[0/1] Installing files.
Installing subdir /home/sahin/GitRepos/glava-ridged/shaders/glava to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/bars.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_KWin.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_Openbox.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_Xfwm4.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_awesome.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_default.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_i3.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_spectrwm.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/radial.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/rc.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/smooth_parameters.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test_rc.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/wave.glsl to /etc/xdg/glava
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/bars/1.frag to /etc/xdg/glava/bars
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/bars/2.frag to /etc/xdg/glava/bars
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle/1.frag to /etc/xdg/glava/circle
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle/2.frag to /etc/xdg/glava/circle
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle/3.frag to /etc/xdg/glava/circle
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/1.frag to /etc/xdg/glava/graph
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/2.frag to /etc/xdg/glava/graph
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/3.frag to /etc/xdg/glava/graph
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/4.frag to /etc/xdg/glava/graph
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/radial/1.frag to /etc/xdg/glava/radial
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/radial/2.frag to /etc/xdg/glava/radial
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test/1.frag to /etc/xdg/glava/test
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test/2.frag to /etc/xdg/glava/test
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test/3.frag to /etc/xdg/glava/test
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/average_pass.frag to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/common.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_common.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_main.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix16.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix4.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix64.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix8.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_shared.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/gravity_pass.frag to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/pass.frag to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/premultiply.frag to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/smooth.glsl to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/smooth_pass.frag to /etc/xdg/glava/util
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/wave/1.frag to /etc/xdg/glava/wave
Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/wave/2.frag to /etc/xdg/glava/wave
Installing subdir /home/sahin/GitRepos/glava-ridged/resources to /usr/share/glava/resources
Installing /home/sahin/GitRepos/glava-ridged/resources/glava.bmp to /usr/share/glava/resources
Installing /home/sahin/GitRepos/glava-ridged/resources/transparent.png to /usr/share/glava/resources
Installing libglava.so to /usr/lib64
Stripping target 'libglava.so'.
Installing glava to /usr/bin
Stripping target 'glava'.
Installing /home/sahin/GitRepos/glava-ridged/glava/glava.h to /usr/include

what architecture does your processor run on?

It is aarch64. As I said I run all this on M2 mac.

If it's not x86_64 I don't know that we can make it work

Is x86_64 strict requirement or this is just your guess? I am going to cry if it is because of my processor's architecture :(

> Are you following the compilation instructions [here](https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged/wiki/Compilation)? Yes. Proof: ``` ❯ git remote -v origin https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged.git (fetch) origin https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged.git (push) ❯ git rev-parse HEAD 689626a453a4a791799a59251a102ef5f096cf12 ❯ git diff HEAD > diff ❯ cat diff diff --git a/meson.build b/meson.build index c3ba8cd..393bc76 100644 --- a/meson.build +++ b/meson.build @@ -180,23 +180,6 @@ if not get_option('disable_config') endif endif -if not get_option('disable_obs') - shared_library( - 'glava-obs', - install: true, - install_dir: get_option('obs_plugin_install_dir'), - sources: 'glava-obs/entry.c', - link_with: libglava, - c_args: '-I/usr/include/obs', - dependencies: [ - dependency('threads'), - cc.find_library('GL'), - cc.find_library('X11'), - cc.find_library('obs'), - cc.find_library('dl') - ]) -endif - install_subdir('shaders/glava', install_dir: shader_dir) install_subdir('resources', install_dir: resource_dir) install_headers('glava/glava.h') ❯ rm -rf build ❯ meson build --prefix=/usr The Meson build system Version: 1.2.3 Source dir: /home/sahin/GitRepos/glava-ridged Build dir: /home/sahin/GitRepos/glava-ridged/build Build type: native build WARNING: You should add the boolean check kwarg to the run_command call. It currently defaults to false, but it will default to true in future releases of meson. See also: https://github.com/mesonbuild/meson/issues/9300 Project name: glava Project version: C compiler for the host machine: cc (gcc 13.2.1 "cc (GCC) 13.2.1 20231205 (Red Hat 13.2.1-6)") C linker for the host machine: cc ld.bfd 2.40-13 C++ compiler for the host machine: c++ (gcc 13.2.1 "c++ (GCC) 13.2.1 20231205 (Red Hat 13.2.1-6)") C++ linker for the host machine: c++ ld.bfd 2.40-13 Host machine cpu family: aarch64 Host machine cpu: aarch64 Run-time dependency threads found: YES Library pulse found: YES Library pulse-simple found: YES Library dl found: YES Library m found: YES Library X11 found: YES Library Xext found: YES Library Xrender found: YES Library dl found: YES Build targets in project: 3 glava User defined options prefix: /usr Found ninja-1.11.1 at /usr/bin/ninja WARNING: Running the setup command as `meson [options]` instead of `meson setup [options]` is ambiguous and deprecated. ❯ ninja -C build ninja: Entering directory `build' [3/17] Compiling C object glava.p/glava-cli_cli.c.o cc1: warning: command-line option ‘-std=c++11’ is valid for C++/ObjC++ but not for C [6/17] Compiling C object libglava.so.p/glava_glsl_ext.c.o ../glava/glsl_ext.c: In function ‘ext_process’: ../glava/glsl_ext.c:580:61: warning: ‘b_restart’ may be used uninitialized [-Wmaybe-uninitialized] 580 | if (parsed_default && b_restart > 0) { | ~~~~~~~~~~^~~ ../glava/glsl_ext.c:372:72: note: ‘b_restart’ was declared here 372 | size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart; | ^~~~~~~~~ ../glava/glsl_ext.c:502:40: warning: ‘cbuf_idx’ may be used uninitialized [-Wmaybe-uninitialized] 502 | cbuf[cbuf_idx] = '\0'; /* null terminate */ | ~~~~~~~~~~~~~~~^~~~~~ ../glava/glsl_ext.c:372:52: note: ‘cbuf_idx’ was declared here 372 | size_t macro_start_idx = 0, arg_start_idx = 0, cbuf_idx, bbuf_idx, b_restart; | ^~~~~~~~ [17/17] Linking static target libglfft.a ❯ sudo ninja -C build install [sudo] password for sahin: ninja: Entering directory `build' [0/1] Installing files. Installing subdir /home/sahin/GitRepos/glava-ridged/shaders/glava to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/bars.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_KWin.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_Openbox.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_Xfwm4.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_awesome.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_default.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_i3.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/env_spectrwm.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/radial.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/rc.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/smooth_parameters.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test_rc.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/wave.glsl to /etc/xdg/glava Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/bars/1.frag to /etc/xdg/glava/bars Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/bars/2.frag to /etc/xdg/glava/bars Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle/1.frag to /etc/xdg/glava/circle Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle/2.frag to /etc/xdg/glava/circle Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/circle/3.frag to /etc/xdg/glava/circle Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/1.frag to /etc/xdg/glava/graph Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/2.frag to /etc/xdg/glava/graph Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/3.frag to /etc/xdg/glava/graph Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/graph/4.frag to /etc/xdg/glava/graph Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/radial/1.frag to /etc/xdg/glava/radial Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/radial/2.frag to /etc/xdg/glava/radial Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test/1.frag to /etc/xdg/glava/test Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test/2.frag to /etc/xdg/glava/test Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/test/3.frag to /etc/xdg/glava/test Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/average_pass.frag to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/common.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_common.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_main.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix16.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix4.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix64.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_radix8.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/fft_shared.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/gravity_pass.frag to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/pass.frag to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/premultiply.frag to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/smooth.glsl to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/util/smooth_pass.frag to /etc/xdg/glava/util Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/wave/1.frag to /etc/xdg/glava/wave Installing /home/sahin/GitRepos/glava-ridged/shaders/glava/wave/2.frag to /etc/xdg/glava/wave Installing subdir /home/sahin/GitRepos/glava-ridged/resources to /usr/share/glava/resources Installing /home/sahin/GitRepos/glava-ridged/resources/glava.bmp to /usr/share/glava/resources Installing /home/sahin/GitRepos/glava-ridged/resources/transparent.png to /usr/share/glava/resources Installing libglava.so to /usr/lib64 Stripping target 'libglava.so'. Installing glava to /usr/bin Stripping target 'glava'. Installing /home/sahin/GitRepos/glava-ridged/glava/glava.h to /usr/include ``` > what architecture does your processor run on? It is aarch64. As I said I run all this on M2 mac. >If it's not x86_64 I don't know that we can make it work Is x86_64 strict requirement or this is just your guess? I am going to cry if it is because of my processor's architecture :(
Author

In any case, I really want to thank you for helping me debugging this ❤️ At least now I know the problem is not specifically about wayland. There is this comment that you might have missed. You may or may not want to share that output. I will try this with another machine to see if the problem is really about my current machine (cpu architecture or some other thing)

You can close this if you want. It was really helpful for me. I will come again if it won't work on a x86_64 machine :D (you know, there is still a chance that some environment variable is set in your setup but not in mine. I am holding on to that possibility because I don't want to accept the fact that glava will never run on my machine because of its architecture or some other thing :D :D. )

As you can see, I really want to make this work so I hope you don't mind if I took too much time of yours. I was just a little bit excited to see some bars dancing with music on my desktop :D

In any case, I really want to thank you for helping me debugging this ❤️ At least now I know the problem is not specifically about wayland. There is [this](https://git.pixelridgesoftworks.com/PixelRidge-Softworks/glava-ridged/issues/1#issuecomment-41) comment that you might have missed. You may or may not want to share that output. I will try this with another machine to see if the problem is really about my current machine (cpu architecture or some other thing) You can close this if you want. It was really helpful for me. I will come again if it won't work on a x86_64 machine :D (you know, there is still a chance that some environment variable is set in your setup but not in mine. I am holding on to that possibility because I don't want to accept the fact that glava will never run on my machine because of its architecture or some other thing :D :D. ) As you can see, I really want to make this work so I hope you don't mind if I took too much time of yours. I was just a little bit excited to see some bars dancing with music on my desktop :D
Owner

Oh don't worry at all. This is my full time job making these softwares, so I really don't mind at all to help a user.

At any rate, the reason I wanted to see all your emv vars with printenv is because I'd be able to compare them to my working Wayland setup and see if anything is missing.

Oh don't worry at all. This is my full time job making these softwares, so I really don't mind at all to help a user. At any rate, the reason I wanted to see all your emv vars with `printenv` is because I'd be able to compare them to my working Wayland setup and see if anything is missing.
Author

OK, I tried this with a fresh wayland install on a x86_64 machine. It worked out of the box. I guess the problem is about my cpu architecture :( Thanks again for your time.

Edit: I can't close this issue because #2 is still open. So you might want to deal with the rest.

OK, I tried this with a fresh wayland install on a x86_64 machine. It worked out of the box. I guess the problem is about my cpu architecture :( Thanks again for your time. Edit: I can't close this issue because #2 is still open. So you might want to deal with the rest.
Sign in to join this conversation.
No Label
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Depends on
#2 Make it run on Wayland
PixelRidge-Softworks/glava-ridged
Reference: PixelRidge-Softworks/glava-ridged#1
No description provided.