refactor(tazjin/gio-list-apps): refactor into dynamic Emacs module r/6534

Instead of producing a binary that gets called by Emacs, with
input/output serialisation, use a dynamic Emacs module that lets Emacs
more-or-less directly call the relevant GTK functions.

I'm doing this mostly as an experiment. Might be interesting to end up
with a dynamic module that I can dump some experimental code into that
improves my workflows.

To do this, I've exposed the emacs binary used by my Emacs
configuration in an additional `passthru` field. This ensures that the
module is linked against the right version of Emacs.

Change-Id: I1426994fe3455ed1b2a685c5a09705e29fa40950
Reviewed-on: https://cl.tvl.fyi/c/depot/+/9163
Tested-by: BuildkiteCI
Reviewed-by: tazjin <tazjin@tvl.su>
Autosubmit: tazjin <tazjin@tvl.su>

1 files changed, 7 insertions, 2 deletions

diff --git a/users/tazjin/gio-list-apps/default.nix b/users/tazjin/gio-list-apps/default.nix
index 200bf435420d..c63f4dd48786 100644
--- a/users/tazjin/gio-list-apps/default.nix
+++ b/users/tazjin/gio-list-apps/default.nix
@@ -1,9 +1,14 @@
-{ pkgs, lib, ... }:
+{ depot, pkgs, lib, ... }:
 
 pkgs.rustPlatform.buildRustPackage {
   name = "gio-list-apps";
   src = lib.cleanSource ./.;
   cargoLock.lockFile = ./Cargo.lock;
   nativeBuildInputs = [ pkgs.pkg-config ];
-  buildInputs = [ pkgs.gtk3 ];
+  buildInputs = [ pkgs.gtk3 depot.users.tazjin.emacs.emacs ];
+
+  postInstall = ''
+    mkdir -p $out/share/emacs/site-lisp
+    ln -s $out/lib/libgio_list_apps.so $out/share/emacs/site-lisp/gio-list-apps.so
+  '';
 }