[meta] Looking for maintainers!

[toupeira]

I'm increasingly neglecting this gem because I'm not really using it in any of my current projects, and working with OAuth / OIDC is just generally causing me a lot of headaches :stuck_out_tongue:

If anybody wants to become a maintainer, please let me know!

/cc @nashby @nbulaj

[giubueno]

Ping me.

[nbulaj]

@toupeira I will provide a support for this gem (as doorkeeper maintainer), like some bugfixes and improvements, but not new features. Could you please check if I have permissions to push to rubygems? I have something more to merge soon, and we need to release a new version with a fixes to support latest Doorkeeper (5.4).

[toupeira]

@nbulaj thanks! :+1:

And yes you should have permission:

$ gem owner doorkeeper-openid_connect
Owners for gem: doorkeeper-openid_connect
- nikita_bulai
- [email protected]
- [email protected]

[mecampbellsoup]

and working with OAuth / OIDC is just generally causing me a lot of headaches 😛

Out of curiosity (as we embark on a buy-vs-build decision at our company) could you elaborate on these headaches?!

[toupeira]

@mecampbellsoup well, just take a look at the length and complexity of these specs :grin:

• https://tools.ietf.org/html/rfc6749
• https://openid.net/specs/openid-connect-core-1_0.html
• https://openid.net/specs/openid-connect-discovery-1_0.html

But joking aside, I originally started extending this gem so we could support OIDC in GitLab, so it's used quite widely (especially at Siemens, who originally sponsored that contribution), and @nbulaj and me are still around now and then to look after bugfixes and other small improvements.

And really most of the heavy lifting is done in the main Doorkeeper gem, so if you're tied to Rails I don't think there's a good reason to start from scratch :slightly_smiling_face: You might be interested in https://github.com/nov/openid_connect though, if you're looking for more of a library rather than a Railsy framework solution.

[mecampbellsoup]

@mecampbellsoup well, just take a look at the length and complexity of these specs 😁

• tools.ietf.org/html/rfc6749
• openid.net/specs/openid-connect-core-1_0.html
• openid.net/specs/openid-connect-discovery-1_0.html

But joking aside, I originally started extending this gem so we could support OIDC in GitLab, so it's used quite widely (especially at Siemens, who originally sponsored that contribution), and @nbulaj and me are still around now and then to look after bugfixes and other small improvements.

And really most of the heavy lifting is done in the main Doorkeeper gem, so if you're tied to Rails I don't think there's a good reason to start from scratch 🙂 You might be interested in nov/openid_connect though, if you're looking for more of a library rather than a Railsy framework solution.

To be sure, we would use this library if we went with Ruby. However we are more likely to use Python due to ... well, other concerns not related to this conversation.

I was more curious whether you were suggesting that:

• you are a "buy" proponent in the build-vs-buy debate (e.g. Auth0, Okta); or
• you are opposed to OIDC whatsoever (on the IdP side, i.e. should my company's auth server be a full-fledged OIDC IdP, or is it sufficient to simply issue opaque tokens and do session management like the good old days)

[toupeira]

@mecampbellsoup I'm not opposed to OIDC at all, it seems perfectly fine if you want to build your own SSO, and OAuth2 will probably crop up anyway if you want to integrate with other services.

Regarding hosted SSOs, I don't have much experience with them and zero knowledge about your business so I can't really give you any advice :wink: But I do know that Auth0 and Okta also offer OIDC and are certified providers: https://openid.net/certification/

[stanhu]

@toupeira Do you think you could add me here?

[toupeira]

@stanhu oh hey, sorry for the delay! Turns out the notifications for this repository were still getting sent to my old gitlab.com address :sweat_smile:

I haven't been active here in a while, so I'll leave this decision to @nbulaj who's taken over the helm. For context, Stan works at GitLab and I trust him fully, and I myself have left GitLab earlier this year :slightly_smiling_face:

[nbulaj]

Oh, @stanhu do you still interested in helping maintaining the gem? Just let me know please :pray: Sorry didn't have enough time to read all the discussions.