Do you have any interest in merging that? You can checkout my code here https://github.com/wucke13/nix-autobahn/tree/rust. See this video for the UI:

Currently the whole code is a single src file, imperatively written. One could think of using a more object oriented approach, of course. Binary links statically (though nix-locate has to be in the $PATH).

I was attempting to use nix-autobahn to play the DRM free Humble release of 5d chess with multiverse time travel, after Factorio worked so well (thank you! it's genuinely super amazing that that works), but 5d chess needs at LEAST the 32 bit build of SDL2, if not all its libraries. Is there a possibility of a way for nix-autobahn to handle detecting or at least asking if it should try to get a different architecture's libraries? Steam-run works, but it would be nice to have this within nix-autobahn.

(ps, sorry for the initially blank issue, accidentally hit enter on my laptop midway thru typing the title)

Currently, having nix-locate is hard dependency of this software. Why don't you utilize a nix-shell together with a shell.nix to fetch all necessary dependencies?

I think skim is noticeably faster than fzf, but offers a very similar feature set. Replacing could potentially make things even faster!

Maybe this is a issue with the way balena etcher calls upon their dependencies but I figured i would post this here in case this is a issue with the project, I love this project by the way!

[spiderunderurbed@daspidercave:~/Desktop]$ ../nix-autobahn/nix-autobahn BalenaEtcher.AppImage
        not a dynamic executable
warning: unknown setting 'access-token'
/home/spiderunderurbed/Desktop/BalenaEtcher.AppImage: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory

[spiderunderurbed@daspidercave:~/Desktop]$