cc @yoshuawuyts @Fishrock123 because there's no way to request review on an issue

Not opposed to this in principle; I'm curious how a PR would turn out. The Elixir page you shared looks fantastic and enabling that would be amazing.

One gotcha tho is that (I believe) we recently introduced an explicit "from anyhow" conversion which we cannot remove without a major version bump. So at least for a while we would need to keep both dependencies in tree.

Yeah, I do think this would have to be a major release change. Unless eyre provides a Fromanyhow::Error for eyre::Error, this would necessarily be a breaking change. Without specialization I don't think we can support both anyhow and eyre simultaneously (not sure about that, but would be pleasantly surprised if it was possible)

also see #213 for a screenshot from a tide app that's a step in the direction of the phoenix error page

On further investigation, eyre might not be the solution either due to eyre-rs/eyre#32. We might just want to capture our own backtrace::Backtrace. I'll take a look at that, shouldn't be too bad

From<anyhow::Error> for eyre::Error

That seems reasonable to request/PR to eyre?

@Fishrock123 there's a closed issue about that eyre-rs/eyre#31 and we can't add our own From<anyhow::Error> for http_types::Error because of our generic From<E: Into<eyre::Error>> for http_types::Error (I believe we'd get one of those compiler errors about how anyhow could could implement Into<eyre::Error> for anyhow::Error or something like that)

We weren't anyhow compatible prior to 2.3.0, shouldn't be a big deal to remove that in 3.0.0 in exchange for better backtraces

It'd be neat to have this at least as a optional feature