Kwin version check fails on NixOS

[Hex-4]

Short Summary

Kando fails to start on NixOS Plasma 6 (wayland) with the error Kando failed to start: Command failed: kwin_wayland --version, but kwin_wayland --version works

Steps to Reproduce the Issue

1. Add the Kando 1.2.0 AppImage to your home-manager configuration with

    (pkgs.appimageTools.wrapType2 { # or wrapType1
      name = "kando";
      src = pkgs.fetchurl {
        url = "https://github.com/kando-menu/kando/releases/download/v1.2.0/Kando-1.2.0-x86_64.AppImage";
        hash = "sha256-kaxl9ffnOcjfONmI+lNt+NUkaD2N4wMfo/s72T7yL/M=";
      };
      extraPkgs = pkgs: with pkgs; [ ];
    })

2. Rebuild system
3. Run Kando with kando

Kando Version

1.2.0

Installation Method

Another method (specify in the comments below)

Desktop Environment

KDE on Wayland

Environment Version

KDE Plasma 6.1 on NixOS unstable (24.11)

Additional Information

Installed by adding AppImage to home-manager config. When I run the portable executable with steam-run ./kando after unzipping I get the same error. Possibly related to #359.

[Schneegans]

On my Arch-based EndeavorOS, this executable is located in /usr/bin. Is that the same for you?

@ivan-hc @Samueru-sama Sorry to ping you, but are you aware of any reason why an app in an AppImage may not be able to call a binary which is available in the outer shell? Can this be some $PATH issues? Or is there anything else going on which could cause this?

[ivan-hc]

@Hex-4 try to run kando like this

GDK_BACKEND=x11 kando

[Zetaphor]

On my Arch-based EndeavorOS, this executable is located in /usr/bin. Is that the same for you?

NixOS does not use the FHS standard:

which kwin_wayland
/run/wrappers/bin/kwin_wayland

[Hex-4]

try to run kando like this:

Same error.

$ GDK_BACKEND=x11 kando
Running on Linux (KDE on wayland).
Loading settings from /home/hexatron/.config/kando/config.json
Loading settings from /home/hexatron/.config/kando/menus.json
Kando failed to start: Command failed: kwin_wayland --version
failed to inherit capabilities: Operation not permitted

[Zetaphor]

@Hex-4 Maybe try with buldFHSEnv in your package script?

[Hex-4]

I think wrapType2 does that already.

https://nixos.org/manual/nixpkgs/stable/#sec-pkgs-appimageTools

[Samueru-sama]

Do you have this issue when running other electron appimages in nix?

[Hex-4]

The Obsidian (which uses Electron) AppImage runs just fine.

[Samueru-sama]

The Obsidian AppRun contains this line:

export LD_LIBRARY_PATH="${APPDIR}/usr/lib:${LD_LIBRARY_PATH}"

And in that location the following libraries were added:

libappindicator.so.1
libgconf-2.so.4
libindicator.so.7
libnotify.so.4
libXss.so.1
libXtst.so.6

Can you try this appimage in nix? that one doesn't contain said libraries.

[Hex-4]

That one works.

[Schneegans]

Can it be that /run/wrappers/bin is not in the search path when Kando is run from the AppImage?

[KingKrouch]

It looks like another place that kwin_wayland is located in is /run/current-system/sw/bin/kwin_wayland

[Schneegans]

Well, maybe /run/current-system/sw/bin/ or /run/wrappers/bin needs to be added to the PATH? Could anybody try to build the appimage on NixOS and modify the script before so that the paths are added to the PATH before running Kando?

I guess that an export PATH=$PATH:/run/current-system/sw/bin/:/run/wrappers/bin before this line could be sufficient.

git clone https://github.com/kando-menu/kando.git
cd kando
npm install
npm run package
tools/make-app-image.sh

The app image should then be in out/make/appimage.

[KingKrouch]

Well, maybe /run/current-system/sw/bin/ or /run/wrappers/bin needs to be added to the PATH? Could anybody try to build the appimage on NixOS and modify the script before so that the paths are added to the PATH before running Kando?

I guess that an export PATH=$PATH:/run/current-system/sw/bin/:/run/wrappers/bin before this line could be sufficient.

git clone https://github.com/kando-menu/kando.git
cd kando
npm install
npm run package
tools/make-app-image.sh

The app image should then be in out/make/appimage.

I tried that while attempting to compile the application in a Fedora distrobox (Because Nix doesn't use traditional building methods for packages, and there's already a ticket saying that compiling it on Nix itself is challenging), and I didn't have much success building the package.

There's a issue ticket on Nixpkgs here.

I tried running the path command before running the regular AppImage in the releases section, and it still results in the same thing happening.