Firstyear

I think that we haven't had movement on this, but our work has shown what we want to achieve. If we find new use cases as we go, we can...

Closing because I think SCIM is better to pursue and I already have PEG parser for it.

Hi @csarn In the Kanidm project we have some strict rules about external dependencies. These are covered in https://kanidm.github.io/kanidm/stable/developers/faq.html#why-dont-you-use-libraryproject-x Using smallstep would violate these both on being not-rust, but also...

Ahhh my apologies. I didn't understand your comment correctly then. If you just want to add this as an external integration in the doc, that would be okay. Regardless, sounds...

Yeah, I think for now internally to Kanidm each server will have it's own queue (quwu) then I think opentelemetry can be a backend to that. I wouldn't want opentelemetry...

> Yep, as I understand it, logs are just hooked into the default log provider and it sits off the side doing its thing. Yep, and later we can have...

@yaleman I think this can be closed in favour ofr your otel work.

> > [kanidm](https://github.com/kanidm/kanidm) by @Firstyear and @yaleman describes itself as a Keycloak replacement. > > I didn't know about kanidm. I'm not familiar with the Rust landscape. Keycloak is quite...

> > Kanidm is a self-contained identity management system which contains user storage, ldap and OIDC/Oauth2. > > @Firstyear does this mean, the user storage will have to be moved...

The goal is to undo that complexity :)