dpc

Looking at the binary diff between binaries from different systems, I can see binaries have a lot of things shuffled.

Notably it is known that reproducibility in Rust is not perfect and bugs are being introduced from time to time: * https://github.com/rust-lang/rust/issues/134589 * https://github.com/rust-lang/rust/issues/129080

@axww AFAICT what you're quoting applies only within one process. What the OP asked for is multiple processes opening the same database. AFAIU as per https://github.com/cberner/redb/issues/678 this should be possible...

craneLib is a library, so it is not something you'd add to nixpks overlay. AFAICT you are adding a software built with crane to an overlay which is done exactly...

> [@dpc](https://github.com/dpc) OK, so... sorry, I'm still somewhat new to Nix. Which should I use, `crane.mkLib final` or `crane.mkLib prev`? Or do you mean I should be doing neither of...

Honestly, I'm not 100% sure which one to use here. The problem with final/prev in overlays is that you might accidentally trigger a circular recursion, even between different overlays, as...

> Otherwise client actions might be loading for 10-20s waiting for the next connection attempt just to eventually fail because the client or the federation is offline. Oh, wait. I...

FWIW. https://github.com/fedimint/fedimint/pull/8045 would merge the connection attempts without adding a task, and that was what I was planning to do before I misunderstood(?) you. The realtime connection status thing would...

> With the new connection status you can see that the common case is the app either connects within 2s or the probability to connect rapidly falls off. It's true...

> I'm a bit uneasy about fundamentally changing the connection behavior, we don't have good testing for behavior under bad networking conditions. I'll take a look at DPC's PR, maybe...