Add NixOS support

[UMCEKO]

Adds NixOS support: a flake, nix/package.nix and a services.vice NixOS module that installs the package, the udev rule and the user daemon.

inputs.vice.url = "github:eklonofficial/Vice";
# modules = [ vice.nixosModules.default { services.vice.enable = true; } ];

Both entry points are wrapped with ffmpeg, gpu-screen-recorder, wf-recorder, the clipboard/window tools and cloudflared on PATH, and PyQt6 WebEngine is included so the Qt backend is used. vice doctor/uninstall also recognise a store install instead of suggesting yay.

Tested on NixOS unstable: daemon runs, hotkeys work, clips save.

[eklonofficial]

Are there any compromises or is there full feature parity?

[UMCEKO]

Are there any compromises or is there full feature parity?

Well, I haven't noticed any compromises since I've been actively using it since yesterday.

[UMCEKO]

Here are a few clips i took lol

https://however-provider-sen-lottery.trycloudflare.com/c/Vice_Clip_5

https://however-provider-sen-lottery.trycloudflare.com/c/Vice_Clip_4

[idle-river]

I use Nix on the daily and this looks fine to me. Just wondering if this is specific to X11 or compatible with Wayland as well?

[UMCEKO]

I use Nix on the daily and this looks fine to me. Just wondering if this is specific to X11 or compatible with Wayland as well?

I am using this on wayland, so yeah.

[idle-river]

Been using it for a bit, works fine.

[eklonofficial]

Thanks for this. I went through it properly:

• Merged it into current main locally and the suite is clean (693 tests).
• Checked it changes nothing for everyone else: on an Arch install _installed_via_nix() is false and the update hint stays on yay, same as before.
• I do not have Nix here, so I evaluated the flake in a nixos/nix container. The package and the default module both evaluate. I did not build it, since that pulls all of QtWebEngine, so your NixOS test is still the only real build.

One thing I would want changed before this goes in. version = "2.13.0" is hardcoded, and the flake already evaluates to vice-clipper-2.13.0 while main is on 2.13.1. It will drift every release, and nobody here will notice because none of us run Nix. Reading it from the source fixes that for good. I tested this in the same container and it returns 2.13.1:

version = builtins.head (builtins.match
  .*__version__ = "([^"]+)".*
  (builtins.readFile ../vice/__init__.py));

And a small one: the doCheck = false comment says the suite needs a real compositor and GPU. It does not, it runs headless in CI on every push, so please either turn the checks on or just say they are off to keep the build quick.

[eklonofficial]

Heads up: main now has a packaging workflow, and it includes a Nix job that switches on whenever a flake.nix exists. So your next push will run it: it checks the flake's version against vice/__init__.py, then does a full nix build.

As things stand the version check will fail. On the merge result the flake says 2.13.0 and main says 2.14.0, which is exactly the drift from my last comment. With the builtins.match change it passes: I ran the same check against your branch both ways. The build step hasn't run anywhere yet, so its first run on your PR will be the first real test, and CI there will need approving since it's from a fork. I'll keep an eye out for it.