Skip to content
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

⚠️ New maintainers needed #370

Closed
garyburd opened this issue Apr 1, 2018 · 45 comments
Closed

⚠️ New maintainers needed #370

garyburd opened this issue Apr 1, 2018 · 45 comments

Comments

@garyburd
Copy link
Contributor

garyburd commented Apr 1, 2018

I am stepping down as the maintainer of the gorilla/WebSocket project.

I am looking for a new maintainer for the project. The new maintainer should have a track record of successfully maintaining an open-source project and implementing RFCs.

Potential maintainers can gain the required experience by contributing to this project. I need help triaging issues, reviewing PRs, and fixing issues labeled "help wanted." If you are interested, jump in and start contributing.

If you rely on the quality and ongoing maintenance of this package, please get involved by helping to maintain this package or finding people to help maintain the project.

@HillbillyHero
Copy link

Hey guys,

I am very interested in helping maintain gorilla/websocket. I currently deal with a lot of networking in Golang and believe I could be of service to the project and team.

@nynhex
Copy link

nynhex commented Apr 24, 2018

I'm also working on networking/sockets in Golang. Happy to help maintain/contribute ⚡️

@binary132
Copy link

binary132 commented Apr 30, 2018

Since people are constantly hammering on x/net/websocket as "unmaintained" and "everyone uses gorilla/websocket", please consider putting in more than a month's worth of half-baked effort to make sure you have found a suitable maintainer for this, since many production systems rely on its quality.

@elithrar
Copy link
Contributor

There’s no need for combative language here @binary132. This is an OSS project, primarily maintained by an individual.

If (commercial) production systems rely on this package, having those engineers dedicate time to contributing back or helping with triage would be a far more reasonable request vs. suggesting Gary put in more than a “half baked” effort here.

Finding maintainers & contributors is really hard. Most requests fall on deaf ears. I don’t blame Gary for putting a clear timeline around this.

@glerchundi
Copy link

@garyburd have you considered the idea of merging into the official exp. stdlib? Thus probably replacing the current websocket implementation?

@glerchundi
Copy link

Nevermjnd, i didnt read the previous comments. Still @garyburd opinion on this regard will be much appreciated!

@garyburd
Copy link
Contributor Author

garyburd commented Apr 30, 2018

@glerchundi I agree that the packages should be merged (by replacing the x/net/websocket package), but I do not have time to do the work and no one else has stepped up to do it.
golang/go#18152 (comment)

Merging the packages does not help with this issue. There are no maintainers for the x/net/websocket package.

@prologic
Copy link

prologic commented May 1, 2018

What's the status of this project? I'm looking to switch to gorilla/websocket for the control message pin/pong support in my project.

@HillbillyHero
Copy link

@prologic I'm thinking best course of action is to just contribute. If we need to make any updates/changes fork gorilla/websocket, do whatever is needed, then make a PR. The more people we have helping out the better :D

@garyburd
Copy link
Contributor Author

garyburd commented May 1, 2018

I stepped down as regular maintainer of this project. I will fix critical bugs during the search for a new maintainer.

If you rely on the quality and ongoing maintenance of this package, then please get involved by volunteering to maintain the package or by helping to find a maintainer. If you support any of the people who volunteered to maintain the project, then comment here or send email to the address on my GitHub profile.

@MiikeWilliams and @nynhex: Thank you for volunteering to help maintain the project. As noted in the issue, I want to see some consensus on the new maintainer. That has not happened yet.

@elithrar Thank you for your help with this project and your comment above.

@prologic
Copy link

prologic commented May 1, 2018 via email

@elithrar
Copy link
Contributor

elithrar commented May 1, 2018 via email

@prologic
Copy link

prologic commented May 1, 2018 via email

@prologic
Copy link

prologic commented May 2, 2018

So far so good (y) prologic/msgbus@4b954ba

@niaow
Copy link

niaow commented Jul 31, 2018

The Gofrs organization would like to help maintain this project. We have filed a help request issue to discuss ways to possibly maintain this. You can also contact us on the Gophers Slack in the #gofrs channel.

@theckman
Copy link

theckman commented Aug 6, 2018

@garyburd @elithrar @kisielk I think we in the Gofrs would like to help look after gorilla/websocket. Right now our GitHub org is at about 20 people, and I assume most of them likely won't contribute to every project we work on. So I'm only expecting a handful to want to contribute to gorilla/websocket, but it could be more.

How would y'all like to start down the path of having us look after this repo? My initial thought was to become an administrator on the organization, and to then manage an org team for The Gofrs based on who wants to contribute to the repo. This would allow us to manage membership without needing to take more of your time away from the other projects.

@garyburd
Copy link
Contributor Author

garyburd commented Aug 10, 2018

@theckman I am looking for one or more people with a track record implementing RFCs and maintaining a non-trivial open source project. Gofrs team members are welcome to gain this experience by contributing to this project. We need help triaging bugs and reviewing PRs. The current maintainers will handle admin only tasks for those helping out.

The Gorilla maintainers want the package to remain at github.com/gorilla/websocket. Users of the package should not need to update their code to get the maintained version of the package.

@theckman
Copy link

theckman commented Aug 16, 2018

@garyburd that sounds like a great fit. I've experience not only implementing RFC-compliant software, but having to troubleshoot software that was not fully compliant and causing sporadic issues. It helps you appreciate the importance of maintaining an open source project with RFC compliance and stability being the top priorities. I know that similar experience exists within the rest of the Gofrs organization as well.

Building trust through triaging of issues, and raising of PRs, makes sense. I'll happily start putting more of my time in to looking at things at this repository, including refreshing myself on the codebase. I know that @itsjamie, and maybe @jadr2ddude, from Gofrs are explicitly interested in helping as well.

@eranyanay
Copy link

Where does this library stands at the moment?
If additional functionality (not necessarily critical bug fix of some sort) is added, will it get reviewed and merged?

@garyburd @elithrar @kisielk

@elithrar
Copy link
Contributor

elithrar commented Mar 24, 2019 via email

@IngCr3at1on
Copy link

Building trust through triaging of issues, and raising of PRs, makes sense. I'll happily start putting more of my time in to looking at things at this repository, including refreshing myself on the codebase. I know that @itsjamie, and maybe @jadr2ddude, from Gofrs are explicitly interested in helping as well.

Just a quick drive-by to say hello on this issue; we were discussing the status of this project in the Gofrs' slack and I wanted to add myself to the above list.

@elithrar
Copy link
Contributor

Posted again on https://groups.google.com/forum/#!topic/golang-nuts/9D2JuYsq5Lo

@IngCr3at1on - if you're still interested, let me know. We'd specifically be looking for folks to start triaging, reviewing & writing PRs, and I can provide some limited rights to help, before we consider a "commit bit" given the risk to the project & its users.

@elithrar elithrar self-assigned this Jun 29, 2019
@nhooyr
Copy link

nhooyr commented Sep 29, 2019

That could be said for any library that addresses a standard: again, there is benefit in more than one implementation.

There may be, but it's clear no one wants to maintain a second implementation.

For example #87 has been open since October 2015 but from what I can tell, it's just a trivial documentation fix.

@elithrar
Copy link
Contributor

Please refrain from side-tracking this thread.

@chappjc
Copy link

chappjc commented Nov 14, 2019

Since this seems to be a touchy subject, I'd like to make a couple suggestions:

  1. Edit the repo description to mention that maintainers are needed.
  2. Edit the README to the same effect.
  3. Create or modify the issue and pull request templates to mention that maintainers are needed and changes may take extra time (or something to that effect).

This pinned issue is helpful, but I just didn't notice it when submitting a PR.

@System-Glitch
Copy link

Any news? Have you found someone?

@elithrar
Copy link
Contributor

elithrar commented Feb 8, 2021 via email

@echlebek
Copy link

@garyburd while I don't necessarily want to throw my hat in the ring for the role of maintainer of this project, we rely on it for both open source and commercial projects in the organization I work for. (https://github.com/sensu/sensu-go) As such I have a vested interest in seeing the project live on, and so does the company I work for.

I'd be interested in assisting with critical bug fixes, security issues, reviewing pull requests, and possibly funding (I have no direct control over funding, but could advocate for it if it would help the project stay alive).

I'm not interested in implementing new features, as I feel the feature set of websockets is good enough. I'm also not interested in triaging issues or trimming the issue backlog (and that's why I don't want to step up to be a maintainer, if that's an expected maintainer function). I also feel like the websocket library is in a pretty good place as things stand, so I wouldn't be surprised if my help isn't needed.

But if something needs doing to keep the lights on, you have my support. Feel free to reach out, or have Kamil feed me some tasks (I work with him in maintaining another legacy project already).

Cheers ✌️

@tomaswarynyca
Copy link

Any news? 🙁

@gorilla gorilla deleted a comment from amustaque97 Jun 26, 2022
@ghost
Copy link

ghost commented Aug 24, 2022

Willing to help maintain this

@XFrankly
Copy link

任何新闻?🙁

its a maintenance-only repo, no new development targets, i understand.

@mrrobotisreal
Copy link

Hello, I am also willing to help maintain this.

@grokify
Copy link

grokify commented Nov 14, 2022

@XFrankly wrote:
its a maintenance-only repo, no new development targets, i understand.

Seems like major versions can be considered given the following the following regarding "version 2.0s":

gorilla/mux#659

The major libraries — mux (https://github.com/gorilla/mux), schema (https://github.com/gorilla/schema), handlers (https://github.com/gorilla/handlers), and sessions (https://github.com/gorilla/sessions) — are all reasonably mature libraries, but ongoing stewardship around bug triage, feature enhancements, and potential "version 2.0s" are all possibilities.

@elithrar
Copy link
Contributor

elithrar commented Dec 9, 2022

The Gorilla project has been archived, and is no longer under active maintainenance. You can read more here: https://github.com/gorilla#gorilla-toolkit

@elithrar elithrar closed this as completed Dec 9, 2022
@coreydaley coreydaley unpinned this issue Jul 10, 2023
@zrml
Copy link

zrml commented Jul 27, 2023

@elithrar thanks for the link. It looks like there are new maintainers for the Gorilla projects. I'm very happy to see this! Wishing you all capable developers a happy continuation and collaboration.

@bilinxing
Copy link

Has the Gorilla project found a new maintainer? 🎉This is exciting news, is there an announcement anywhere about the future direction of the project?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests