Ross A. Baker
Ross A. Baker
If @wunderk1nd-e isn't desperate for a release on that, I think that's a sound strategy. The fact everything is being done twice is because there's a lovely type class for...
I don't know that this is fits in log4cats. That implementation configures the slf4j-simple backend, which is not anything log4cats knows about. It only integrates slf4j-api, which doesn't have a...
Since you know the secret Big Ten handshake, https://github.com/typelevel/log4cats/releases/tag/v1.4.0. Should be there within an hour or so. I'll do a 2.x release after #518.
Merge it. :smile:
Did a courtesy merge because we let this rot when it was already close. I didn't follow all the spidering conversations, but I think this was ready if we made...
Sorry for the slow reply. It's been a slow reboot from vacation... I like @iRevive's module boundaries. OpenTelemetry also includes logging, but it's the least exciting concern vs. existing solutions....
This seems good to me.
I'm always reluctant with dependencies, but I think most practical uses will be case-insensitive. The library itself has been quite stable. There's a [proposal for a 2.0](https://github.com/typelevel/case-insensitive/pull/232) that has a...
The spec _wants_ to come out and say things are case-insensitive, but because it abstracts over protocols, can't. On setter: > The implementation SHOULD preserve casing (e.g. it should not...
This is a tricky problem and worth much more thought. Our "current" span is based on a `cats.mtl.Local[F, Vault]`, most typically backed by an `IOLocal`. The Java API is based...