Add miette-schema

[Gankra]

See the top-level docstring for details

[zkat]

It looks like it's complaining about the derive(Default) on the enum?

[zkat]

Also yeah idk what is going on with those Miri errors

[Gankra]

The main issue I'm seeing is the example in lib.rs that uses MietteHandlerOpts doesn't build with the default feature flags since handler.rs is behind fancy-no-backtrace

[Gankra]

oh i see the CI is dying on msrv, yuck

[Gankra]

...ok I can't reproduce this failure at all:

Genuinely nothing I touched should affect this at all..?

Couldn't compile the test.
---- src/eyreish/macros.rs - eyreish::macros::ensure (line 85) stdout ----
error: unexpected token
  --> src/eyreish/macros.rs:98:2
   |
15 | }, 1).1,
   |  ^

error[E0599]: the method `miette_kind` exists for reference `&ScienceError`, but its trait bounds were not satisfied
  --> src/eyreish/macros.rs:104:1
   |
9  | enum ScienceError {
   | -----------------
   | |
   | doesn't satisfy `ScienceError: Into<ErrReport>`
   | doesn't satisfy `ScienceError: miette::eyreish::kind::TraitKind`
   | doesn't satisfy `ScienceError: std::fmt::Display`
...
21 | ensure!(depth <= MAX_DEPTH, ScienceError::RecursionLimitExceeded);
   | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ method cannot be called on `&ScienceError` due to unsatisfied trait bounds
   |
   = note: the following trait bounds were not satisfied:
           `ScienceError: Into<ErrReport>`
           which is required by `ScienceError: miette::eyreish::kind::TraitKind`
           `ScienceError: std::fmt::Display`
           which is required by `&ScienceError: miette::eyreish::kind::AdhocKind`
           `&ScienceError: Into<ErrReport>`
           which is required by `&ScienceError: miette::eyreish::kind::TraitKind`
note: the traits `Into` and `std::fmt::Display` must be implemented
  --> /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/core/src/convert/mod.rs:447:1
  --> /rustc/9eb3afe9ebe9c7d2b84b71002d44f4a0edac95e0/library/core/src/fmt/mod.rs:767:1
   = note: this error originates in the macro `$crate::miette` which comes from the expansion of the macro `ensure` (in Nightly builds, run with -Z macro-backtrace for more info)

[Gankra]

btw i wouldn't land this until i've had a chance to test it out in axoproject and see if it makes any sense in practice -- which will probably be in a week or so with my current yak-shave stack

[zkat]

@Gankra I'll move it to Draft until then, in that case. Feel free to un-draft it once you feel more confident in it.

[gavrilikhin-d]

@Gankra Hi! Recently I've added some basic support for serde in miette. Your idea with miette-schema sounds very interesting to me and may fall to my use case! Do you plan to continue working on it?