-
Notifications
You must be signed in to change notification settings - Fork 925
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
Makes changes to CONTRIBUTING.md's table as discussed in #830 #841
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…ng#830 This includes de-listing @francesca64 from the table, as I suggested. I realize that this is a controversial decision, and it's not a decision I make lightly, but I believe I have justification for doing so: I contacted @francesca64 last month asking her about her inactivity as a maintainer on this project. She replied on March 26th as follows. For the sake of her privacy, I've removed removed certain sections of her response, as it contains some personal details that I'm not comfortable sharing with the world at large without her explicit permission. > Hello! Thanks for reaching out!❤ > In short, I've moved on. <removed> ...in November, I was hired by a > company that recently started using Rust. I'm very happily building > infrastructure there! > I'm simply not interested in spending more than 8 hours a day > programming. You couldn't even pay me to do it! My time is best spent > going on adventures with my beloved. > I'll still be active in the Rust ecosystem, but only insofar as the > company I work for is. We use winit on iOS, Android, and (to a limited > extent) macOS, so I'll work on those backends as needed. > Thank you for taking care of winit. I hope you're taking care of > yourself too; <removed>. I don't begrudge her for her decision, and others shouldn't either - I firmly believe that, as this is unpaid, volunteer work, everybody should have the right to move on when they decide they no longer have the time or will to contribute. The exact impliciation of this in regards to her status as maintainer is open to interpretation. I would argue that this means, should she in her work stumble upon an issue in any of her listed backends, she would be willing to submit PRs addressing those issues. However, it also means that she is not able to put in the time to be active as a maintainer on those platforms, or review PRs and issues for those platforms. On March 28th I responded to her email as follows: > Hey, thanks for responding. > <removed, personal details> > In the meanwhile, there are still a few loose ends from your time as > maintainer that I'd like to get cleaned up. It's okay if you aren't > going to be spending much time on Winit, but there's still a broad > assumption that you're able to review PRs for them and that doesn't seem > to be the case. Would you be able to do a couple things to ease the > transition to whoever next takes over the macOS, X11, and Android > backends? > 1) Submit a PR downgrading yourself from maintainer for macOS, X11, and > Android, so somebody else can more actively take them over. > 2) Post your WIP macOS backend for EL2.0 as well as the issues it > currently has, so whoever next maintains macOS can finish it. > Going forward, I'd like to reach out to the broader Rust community and > find more active maintainers so Winit can get to 1.0 and I can mostly > move on from it. I recieved no response to that email. On April 4th, I followed up on that email: > If you aren't able to act as a maintainer for Winit, and aren't able to > submit a PR updating your official status as maintainer to reflect > reality, would you mind if I submitted a PR removing you as maintainer? > That's not something I want to do since it's a bad image for me, a bad > image for Winit, and sets an extremely uncomfortable precedent, but I'd > like to start more aggressive outreach to ensure each backend is less > dependent on one specific person and I don't want to see new > contributors pinging you for help when you're unable to provide it. > If you don't reply by the 11th that's the path I'm going to take, but I > consider it the nuclear option and I want to avoid invoking it if at all > possible. Up to this date (April 13th), I have recieved no response. Given the amount of time I've given her to respond, as well as her lack of response, I believe we have the justification to remove her from the table. Should she show back up again, any clarifications on her status would be welcome, and she is welcome to submit a PR re-listing herself on the table with a more accurate description of her current contributor status. However, once we begin the contributor marketing push discussed in rust-windowing#830, I don't want new contributors to attempt to ask her questions on the macOS, X11, or Android backends when she isn't able to give a response. ----------------------------------------------------------------------- This PR also introduces HALL_OF_CHAMPIONS.md, which commends the efforts of former maintainers that have contributed greatly to the Winit project. This wasn't discussed previously, but I think it's important to recognize the people that brought us to where we are today. It currently lists @tomaka and @francesca64, as they are the two individuals I'm aware of that both deserve such recognition and no longer actively contribute to Winit, but if there's anybody I missed feel free to suggest them and a blurb describing their work.
goddessfreya
approved these changes
Apr 14, 2019
elinorbgr
approved these changes
Apr 14, 2019
This has been sitting for 10 days with two approvals and no objections. Let's merge. |
elinorbgr
pushed a commit
to elinorbgr/winit
that referenced
this pull request
Apr 27, 2019
…ng#830 (rust-windowing#841) This includes de-listing @francesca64 from the table, as I suggested. I realize that this is a controversial decision, and it's not a decision I make lightly, but I believe I have justification for doing so: I contacted @francesca64 last month asking her about her inactivity as a maintainer on this project. She replied on March 26th as follows. For the sake of her privacy, I've removed removed certain sections of her response, as it contains some personal details that I'm not comfortable sharing with the world at large without her explicit permission. > Hello! Thanks for reaching out!❤ > In short, I've moved on. <removed> ...in November, I was hired by a > company that recently started using Rust. I'm very happily building > infrastructure there! > I'm simply not interested in spending more than 8 hours a day > programming. You couldn't even pay me to do it! My time is best spent > going on adventures with my beloved. > I'll still be active in the Rust ecosystem, but only insofar as the > company I work for is. We use winit on iOS, Android, and (to a limited > extent) macOS, so I'll work on those backends as needed. > Thank you for taking care of winit. I hope you're taking care of > yourself too; <removed>. I don't begrudge her for her decision, and others shouldn't either - I firmly believe that, as this is unpaid, volunteer work, everybody should have the right to move on when they decide they no longer have the time or will to contribute. The exact impliciation of this in regards to her status as maintainer is open to interpretation. I would argue that this means, should she in her work stumble upon an issue in any of her listed backends, she would be willing to submit PRs addressing those issues. However, it also means that she is not able to put in the time to be active as a maintainer on those platforms, or review PRs and issues for those platforms. On March 28th I responded to her email as follows: > Hey, thanks for responding. > <removed, personal details> > In the meanwhile, there are still a few loose ends from your time as > maintainer that I'd like to get cleaned up. It's okay if you aren't > going to be spending much time on Winit, but there's still a broad > assumption that you're able to review PRs for them and that doesn't seem > to be the case. Would you be able to do a couple things to ease the > transition to whoever next takes over the macOS, X11, and Android > backends? > 1) Submit a PR downgrading yourself from maintainer for macOS, X11, and > Android, so somebody else can more actively take them over. > 2) Post your WIP macOS backend for EL2.0 as well as the issues it > currently has, so whoever next maintains macOS can finish it. > Going forward, I'd like to reach out to the broader Rust community and > find more active maintainers so Winit can get to 1.0 and I can mostly > move on from it. I recieved no response to that email. On April 4th, I followed up on that email: > If you aren't able to act as a maintainer for Winit, and aren't able to > submit a PR updating your official status as maintainer to reflect > reality, would you mind if I submitted a PR removing you as maintainer? > That's not something I want to do since it's a bad image for me, a bad > image for Winit, and sets an extremely uncomfortable precedent, but I'd > like to start more aggressive outreach to ensure each backend is less > dependent on one specific person and I don't want to see new > contributors pinging you for help when you're unable to provide it. > If you don't reply by the 11th that's the path I'm going to take, but I > consider it the nuclear option and I want to avoid invoking it if at all > possible. Up to this date (April 13th), I have recieved no response. Given the amount of time I've given her to respond, as well as her lack of response, I believe we have the justification to remove her from the table. Should she show back up again, any clarifications on her status would be welcome, and she is welcome to submit a PR re-listing herself on the table with a more accurate description of her current contributor status. However, once we begin the contributor marketing push discussed in rust-windowing#830, I don't want new contributors to attempt to ask her questions on the macOS, X11, or Android backends when she isn't able to give a response. ----------------------------------------------------------------------- This PR also introduces HALL_OF_CHAMPIONS.md, which commends the efforts of former maintainers that have contributed greatly to the Winit project. This wasn't discussed previously, but I think it's important to recognize the people that brought us to where we are today. It currently lists @tomaka and @francesca64, as they are the two individuals I'm aware of that both deserve such recognition and no longer actively contribute to Winit, but if there's anybody I missed feel free to suggest them and a blurb describing their work.
felixrabe
pushed a commit
to felixrabe/winit
that referenced
this pull request
Jun 30, 2019
…ng#830 (rust-windowing#841) This includes de-listing @francesca64 from the table, as I suggested. I realize that this is a controversial decision, and it's not a decision I make lightly, but I believe I have justification for doing so: I contacted @francesca64 last month asking her about her inactivity as a maintainer on this project. She replied on March 26th as follows. For the sake of her privacy, I've removed removed certain sections of her response, as it contains some personal details that I'm not comfortable sharing with the world at large without her explicit permission. > Hello! Thanks for reaching out!❤ > In short, I've moved on. <removed> ...in November, I was hired by a > company that recently started using Rust. I'm very happily building > infrastructure there! > I'm simply not interested in spending more than 8 hours a day > programming. You couldn't even pay me to do it! My time is best spent > going on adventures with my beloved. > I'll still be active in the Rust ecosystem, but only insofar as the > company I work for is. We use winit on iOS, Android, and (to a limited > extent) macOS, so I'll work on those backends as needed. > Thank you for taking care of winit. I hope you're taking care of > yourself too; <removed>. I don't begrudge her for her decision, and others shouldn't either - I firmly believe that, as this is unpaid, volunteer work, everybody should have the right to move on when they decide they no longer have the time or will to contribute. The exact impliciation of this in regards to her status as maintainer is open to interpretation. I would argue that this means, should she in her work stumble upon an issue in any of her listed backends, she would be willing to submit PRs addressing those issues. However, it also means that she is not able to put in the time to be active as a maintainer on those platforms, or review PRs and issues for those platforms. On March 28th I responded to her email as follows: > Hey, thanks for responding. > <removed, personal details> > In the meanwhile, there are still a few loose ends from your time as > maintainer that I'd like to get cleaned up. It's okay if you aren't > going to be spending much time on Winit, but there's still a broad > assumption that you're able to review PRs for them and that doesn't seem > to be the case. Would you be able to do a couple things to ease the > transition to whoever next takes over the macOS, X11, and Android > backends? > 1) Submit a PR downgrading yourself from maintainer for macOS, X11, and > Android, so somebody else can more actively take them over. > 2) Post your WIP macOS backend for EL2.0 as well as the issues it > currently has, so whoever next maintains macOS can finish it. > Going forward, I'd like to reach out to the broader Rust community and > find more active maintainers so Winit can get to 1.0 and I can mostly > move on from it. I recieved no response to that email. On April 4th, I followed up on that email: > If you aren't able to act as a maintainer for Winit, and aren't able to > submit a PR updating your official status as maintainer to reflect > reality, would you mind if I submitted a PR removing you as maintainer? > That's not something I want to do since it's a bad image for me, a bad > image for Winit, and sets an extremely uncomfortable precedent, but I'd > like to start more aggressive outreach to ensure each backend is less > dependent on one specific person and I don't want to see new > contributors pinging you for help when you're unable to provide it. > If you don't reply by the 11th that's the path I'm going to take, but I > consider it the nuclear option and I want to avoid invoking it if at all > possible. Up to this date (April 13th), I have recieved no response. Given the amount of time I've given her to respond, as well as her lack of response, I believe we have the justification to remove her from the table. Should she show back up again, any clarifications on her status would be welcome, and she is welcome to submit a PR re-listing herself on the table with a more accurate description of her current contributor status. However, once we begin the contributor marketing push discussed in rust-windowing#830, I don't want new contributors to attempt to ask her questions on the macOS, X11, or Android backends when she isn't able to give a response. ----------------------------------------------------------------------- This PR also introduces HALL_OF_CHAMPIONS.md, which commends the efforts of former maintainers that have contributed greatly to the Winit project. This wasn't discussed previously, but I think it's important to recognize the people that brought us to where we are today. It currently lists @tomaka and @francesca64, as they are the two individuals I'm aware of that both deserve such recognition and no longer actively contribute to Winit, but if there's anybody I missed feel free to suggest them and a blurb describing their work.
kosyak
pushed a commit
to kosyak/winit
that referenced
this pull request
Jul 10, 2019
…ng#830 (rust-windowing#841) This includes de-listing @francesca64 from the table, as I suggested. I realize that this is a controversial decision, and it's not a decision I make lightly, but I believe I have justification for doing so: I contacted @francesca64 last month asking her about her inactivity as a maintainer on this project. She replied on March 26th as follows. For the sake of her privacy, I've removed removed certain sections of her response, as it contains some personal details that I'm not comfortable sharing with the world at large without her explicit permission. > Hello! Thanks for reaching out!❤ > In short, I've moved on. <removed> ...in November, I was hired by a > company that recently started using Rust. I'm very happily building > infrastructure there! > I'm simply not interested in spending more than 8 hours a day > programming. You couldn't even pay me to do it! My time is best spent > going on adventures with my beloved. > I'll still be active in the Rust ecosystem, but only insofar as the > company I work for is. We use winit on iOS, Android, and (to a limited > extent) macOS, so I'll work on those backends as needed. > Thank you for taking care of winit. I hope you're taking care of > yourself too; <removed>. I don't begrudge her for her decision, and others shouldn't either - I firmly believe that, as this is unpaid, volunteer work, everybody should have the right to move on when they decide they no longer have the time or will to contribute. The exact impliciation of this in regards to her status as maintainer is open to interpretation. I would argue that this means, should she in her work stumble upon an issue in any of her listed backends, she would be willing to submit PRs addressing those issues. However, it also means that she is not able to put in the time to be active as a maintainer on those platforms, or review PRs and issues for those platforms. On March 28th I responded to her email as follows: > Hey, thanks for responding. > <removed, personal details> > In the meanwhile, there are still a few loose ends from your time as > maintainer that I'd like to get cleaned up. It's okay if you aren't > going to be spending much time on Winit, but there's still a broad > assumption that you're able to review PRs for them and that doesn't seem > to be the case. Would you be able to do a couple things to ease the > transition to whoever next takes over the macOS, X11, and Android > backends? > 1) Submit a PR downgrading yourself from maintainer for macOS, X11, and > Android, so somebody else can more actively take them over. > 2) Post your WIP macOS backend for EL2.0 as well as the issues it > currently has, so whoever next maintains macOS can finish it. > Going forward, I'd like to reach out to the broader Rust community and > find more active maintainers so Winit can get to 1.0 and I can mostly > move on from it. I recieved no response to that email. On April 4th, I followed up on that email: > If you aren't able to act as a maintainer for Winit, and aren't able to > submit a PR updating your official status as maintainer to reflect > reality, would you mind if I submitted a PR removing you as maintainer? > That's not something I want to do since it's a bad image for me, a bad > image for Winit, and sets an extremely uncomfortable precedent, but I'd > like to start more aggressive outreach to ensure each backend is less > dependent on one specific person and I don't want to see new > contributors pinging you for help when you're unable to provide it. > If you don't reply by the 11th that's the path I'm going to take, but I > consider it the nuclear option and I want to avoid invoking it if at all > possible. Up to this date (April 13th), I have recieved no response. Given the amount of time I've given her to respond, as well as her lack of response, I believe we have the justification to remove her from the table. Should she show back up again, any clarifications on her status would be welcome, and she is welcome to submit a PR re-listing herself on the table with a more accurate description of her current contributor status. However, once we begin the contributor marketing push discussed in rust-windowing#830, I don't want new contributors to attempt to ask her questions on the macOS, X11, or Android backends when she isn't able to give a response. ----------------------------------------------------------------------- This PR also introduces HALL_OF_CHAMPIONS.md, which commends the efforts of former maintainers that have contributed greatly to the Winit project. This wasn't discussed previously, but I think it's important to recognize the people that brought us to where we are today. It currently lists @tomaka and @francesca64, as they are the two individuals I'm aware of that both deserve such recognition and no longer actively contribute to Winit, but if there's anybody I missed feel free to suggest them and a blurb describing their work.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This includes de-listing @francesca64 from the table, as I suggested. I realize that this is a controversial decision, and it's not a decision I make lightly, but I believe I have justification for doing so:
I contacted @francesca64 last month asking her about her inactivity as a maintainer on this project. She replied on March 26th as follows. For the sake of her privacy, I've removed removed certain sections of her response, as it contains some personal details that I'm not comfortable sharing with the world at large without her explicit permission.
I don't begrudge her for her decision, and others shouldn't either - I firmly believe that, as this is unpaid, volunteer work, everybody should have the right to move on when they decide they no longer have the time or will to contribute.
The exact implication of this in regards to her status as maintainer is open to interpretation. I would argue that this means, should she in her work stumble upon an issue in any of her listed backends, she would be willing to submit PRs addressing those issues. However, it also means that she is not able to put in the time to be active as a maintainer on those platforms, or review PRs and issues for those platforms.
On March 28th I responded to her email as follows:
I received no response to that email. On April 4th, I followed up on that email:
Up to this date (April 13th), I have received no response. Given the amount of time I've given her to respond, as well as her lack of response, I believe we have the justification to remove her from the table. Should she show back up again, any clarifications on her status would be welcome, and she is welcome to submit a PR re-listing herself on the table with a more accurate description of her current contributor status. However, once we begin the contributor marketing push discussed in #830, I don't want new contributors to attempt to ask her questions on the macOS, X11, or Android backends when she isn't able to give a response.
This PR also introduces HALL_OF_CHAMPIONS.md, which commends the efforts of former maintainers that have contributed greatly to the Winit project. This wasn't discussed previously, but I think it's important to recognize the people that brought us to where we are today. It currently lists @tomaka and @francesca64, as they are the two individuals I'm aware of that both deserve such recognition and no longer actively contribute to Winit, but if there's anybody I missed feel free to suggest them and a blurb describing their work.