-
Notifications
You must be signed in to change notification settings - Fork 232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create @ipfs/specs-stewards team #291
Comments
Context: #291 Co-authored-by: Steve Loeppky <stvn@loeppky.com>
Not a strong opinion. Feel free to ignore. Appreciate being considered here as a libp2p steward. Though I don't think I should have any special permissions. That is not to say that I am not happy to be involved, but for that involvement, why would I need permissions beyond what any other ipfs user has? |
I have a specific rationale for this, but it is also not a strong opinion, feedback welcome! One of the challenges around A solution is including maintainers of PL's ipld libp2p implementations (js/go/rust) in the specs group. This would keep the group diverse in more than one dimension:
It also acts as a soft forcing function to follow ecosystem evolution, keeping key stakeholders in sync long-term. |
Context: #291 Co-authored-by: Steve Loeppky <stvn@loeppky.com>
@b5 @dignifiedquire would like to have someone representing Iroh, to be in the loop around specs and IPIPs. |
Thanks @lidel, I'd be happy to represent Iroh. |
@ipfs/specs-stewards team was created as part of #289
We need to decide who should belong to the team, sharing responsibility of triaging and reviewing improvement proposals (#289).
My initial idea is to add past/recent lead implementation maintainers from existing stewards teams, namely:
Starting with a smaller group should be enough to get us started.
Over time, we will add trusted leads from other organizations maintaining IPFS implementations.
TODO
The text was updated successfully, but these errors were encountered: