Greg Pfeil

This dependency removal seems less clear than the others. Some sort of `Map` is what’s desired here, so implementing the relevant functions locally on top of `[]` seems like the...

I can take a look at this tomorrow. One thing I want to do is make this align more closely with the Homebrew cask to ease future maintenance. That means...

Oh, and I wanted to comment that @ereslibre made [a PR to upgrade the nixpkgs derivation](https://github.com/NixOS/nixpkgs/pull/312922) similarly. The current PR there clearly doesn’t enable the native runtime at all, so...

Ah, I think both derivations are missing a `minimal-racket` dependency at least – that’s what made me think that @ereslibre’s wasn’t supporting native runtime.

> ``` > ffi-obj: could not find export from foreign library > name: EVP_Digest > library: [all opened] > system error: /nix/store/a4rjks7sf0l1ijdcy3vawzgi5f3si4pk-unison-code-manager-0.5.20/runtime/bin/unison-runtime: undefined symbol: EVP_Digest > context...: > .../ffi/unsafe.rkt:255:20 >...

With this PR, on `aarch64-darwin`, I see the no output behavior. But on x86_64-linux, I see @ereslibre’s behavior. Don’t know why Apple wants to keep us in the dark …...

I don’t think option 3 is a good idea. I don’t think it’s particularly helpful if scratch files are used as intended, and it encourages people to hold onto scratch...

> 1. I think it'd be better if we could pass a super short description of what could be causing it, too: Ah, yeah – I should have included this...

I think we had a race condition here – I pushed commits addressing your comment (it now pulls issue descriptions from GH), but you were writing another message at like...

> Sorry @sellout, any ideas on the CI failures? Yeah. I think there was behavioral conflict when I merged in master – hashes in stack traces previously got resolved to...