Andrei Dziahel

@jmtd just checked: only 9.8.2 got aarch64-deb11, x86_64-deb11 got 9.4 & 9.6, latest cabal-install got both as well for a couple of latest minor releases, so I'd say it's quite...

I know, right? Is there anything we could do @jmtd? Say, move to deb12 and use deb11 bindists?

The recent problem I'm seemingly stuck with is `hs-opentelemetry` is using `UnliftIO`, which seems not quite composable with our (implicit, correct?) monad stack. So the deeper into the call stack...

> Would [vault](https://github.com/HeinrichApfelmus/vault) help? `hs-opentelemetry` is using it already > basic idea I had was to store these traces on AppState and export them async Not only that, you want...

 it works!

> Perhaps we can add some observations for the timings? Agreed, server timings definitely belong there.

Okay, the PR is in the cooking for long enough, let's pull the plug and start small. Let's have it reviewed while I'm fixing the remaining CI failures.

A status update: * GHC 9.8: `hs-opentelemetry-sdk` doesn't build against 9.8 because of `hs-opentelemetry-exporter-otlp` → `proto-lens` chain. Given the upstream of the latter being bit unresponsive for the suggestions to...

Windows release is also affected per #3128

> we can additionally cache just the dist-newstyle folder between the "prepopulate job" and all the test jobs Ooh, this one's good. Should've thought of this myself. Looks like something...