Sridhar Ratnakumar

I wonder if this is unique to your Heroku app (perhaps corrupt cache). What happens if you deploy it as a _new_ Heroku app?

You are right. Doing something like this without Nix can be quite complex. Alternatively, you could parse the Markdown using pandoc and extract just the GHC error message, storing them...

The above code no longer works. EDIT: It works on older nixpkgs (2022), but not on the latest one.

> I'd only use `buildFromSdist` on local packages Actually, that makes more sense.

Oh man, `buildFromSdist` is causing problems *once again* 😔 cc @roberth (I'm travelling; will be a while to look into this further)

I haven't looked into this in detail, but I suspect that a short-term fix would be to eval `appendPatches` *after* `buildFromSdist` (just as we do with `removeReferencesTo`): https://github.com/srid/haskell-flake/blob/785956b3d77cf5e9ed304cd6514ad2f45750188e/nix/modules/project/settings/default.nix#L75-L81

#298 should also fix this for your particular repro, but I believe we still need #291 if someone were to apply patches on a local package (is that an use-case...

Yea, this is not supported, but we should document it clearly. You want to specify those source dependencies as flake inputs instead: https://community.flake.parts/haskell-flake/dependency#path

haskell-flake itself ignores everything but `packages` -- so it does ignore `source-repository-package`. Maybe `cabal` (as invoked from Nix) is the only one that is forcefully using it? In your first...

It needs to be `self` instead of `./.`; but `builtins.filter` still doesn't work due to the way local packages are detected. This requires some debugging (and I have other things...