I'm working on a window switching tool for Wayland that's kinda like Alt-Tab. However, it seems like there's no compositor agnostic way to do things like:

• List all currently open windows
• Ask which window is currently focused
• Focus a specific window

Therefore, if I want my tool to support multiple compositors, I have to re-implement this logic for each compositor.

Is the motivation security through program isolation? That doesn't quite make sense to me since programs still can do the above things, they just have to do it compositor specifically: hyprctl clients on Hyprland, niri msg windows for Niri, etc. Also, you could just have a Wayland API that requires elevated privileges for doing these things, which the user would have to opt-in to for a specific program.

I feel like this design of Wayland causes a lot of fragmentation. There are a lot of tools that are for example Hyprland-only.

Could you please enlighten me on why Wayland has this design?

Jag bad precis en tantgranne på altanen bredvid att sluta röka och det gick verkligen inte att få henne att förstå. Min 1 år gamla dotter vill leka på altanen, men grannen sitter och kedjeröker hela dagarna. Jag var saklig och vädjande men det var som att prata med en barnslig vägg.

"Din dotter kanske inte ska vara på altanen då"

"Det finns så mycket som är farligt i världen"

"Andra grannar röker ju också"

"Det är inte olagligt"

"Gå härifrån"

Efter ett tag blev hennes gubbe hotfull mot mig och då gick jag.

Har försökt prata med hyresvärden, men de tänker inte göra någonting. Vad mer kan jag ens göra? Jag är så rasande och frustrerad just nu.

Sorry if this is an ignorant question. I love Nix, but as a user it feels absurd that changing an option from true to false in a home-manager managed config file that then gets transpiled from Nix to TOML, for instance, takes like 10 seconds on a decently modern machine.

In my world that kind of transpilation should be instant. I get that there's more happening behind the scenes than just doing Nix -> TOML, but still. Imagine if the transpilation of config files were instant, so you could have home-manager automagically do the transpilation every time you save the file. That would be awesome, especially for programs that support hot-reloading like Hyprland or Niri.

Is this a Nix issue or a home-manager issue? How much of speedup would it yield to rewrite Nix and/or home-manager in a faster language like Zig or Rust?

I'll start. I just discovered this one. It shows asterisks (*********) while you type your sudo password:

security.sudo.extraConfig = # sh
  ''
    Defaults pwfeedback # Make typed password visible as asterisks
  '';

Skills are basically markdown documents providing documentation/instructions for LLMs.

As an example, I would like to have a "Nix/NixOS skill" available to opencode when I'm in my NixOS configuration directory. For example one from agentskills.io . What's the best way to install that with Nix?

There seem to be some non-Nix tools for doing this, like skills.

I did some searching online but I couldn't find a simple solution to this.