Consider replacing ClassyPrelude with RIO (revisited) about magicbane

[akhra]

Smooth transition, everything looks great!

[valpackett]

Yeah, I thought about this, but the dependency…

(And it's not exactly the RIO monad ­— MagicbaneApp derives many many more typeclasses! Including MonadMask which is necessary for monad-metrics.)

Does the rio library even define anything on RIO specifically? As far as I can tell, it mostly reexports functions that are defined on various typeclasses.

[akhra]

Hm, good point. This might be something worth discussing directly with @snoyberg. There's a relevant open issue: commercialhaskell/rio#38

[valpackett]

hah, I saw this issue (but didn't realize you posted in it)

I also derive MonadBase IO, MonadBaseControl IO for various things. In general, it seems that RIO is aimed at minimal modern clean applications. What I'm going for here is maximum compatibility with whatever crap you can plug into a monad :D

[snoyberg]

It may be reasonable to define a rio-orphans companion package that has all of those missing instances.

[akhra]

^ This got done. RIO now has all the instances Magicbane does, plus bonus MonadResource and PrimMonad.

[valpackett]

Now using RIO, @tejon please test :)