From bdd562ecc6ceac739f7cbcbc34d0e84d8e9e0952 Mon Sep 17 00:00:00 2001
From: Igor Sirotin <sirotin@status.im>
Date: Fri, 22 May 2026 11:51:52 +0100
Subject: [PATCH] feat(nix): expose cargoHash-corrected librln as packages.rln
 (#3902)

PR #3899 fixes zerokit v2.0.2's stale cargoHash, but only via an internal
`let` binding consumed by liblogosdelivery. Downstream consumers (e.g.
logos-delivery-module) that need librln still pull zerokit's rln package
directly and hit the stale hash.

Expose that corrected derivation as `packages.<system>.rln` so consumers can
bundle the exact same librln this build links, instead of overriding the
cargoHash themselves.

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
---
 flake.nix | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/flake.nix b/flake.nix
index 5701d97a3..077668b9a 100644
--- a/flake.nix
+++ b/flake.nix
@@ -91,6 +91,11 @@
           };
         in {
           inherit liblogosdelivery;
+          # Expose the cargoHash-corrected librln so downstream consumers
+          # (e.g. logos-delivery-module) bundle the exact same librln this
+          # build links, instead of pulling zerokit's rln directly — whose
+          # committed cargoHash is stale for v2.0.2 (see zerokitRln above).
+          rln = zerokitRln;
           default = liblogosdelivery;
         }
       );