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

[launching-pad] Find a home for the Async Working Group #137

Open
jamesmunns opened this issue Dec 20, 2024 · 4 comments
Open

[launching-pad] Find a home for the Async Working Group #137

jamesmunns opened this issue Dec 20, 2024 · 4 comments
Assignees
Labels
A-teams Area: Issues related to teams, such as forming new teams, team structure, etc.

Comments

@jamesmunns
Copy link
Member

jamesmunns commented Dec 20, 2024

This is a tracking issue for finding a long-term home for the WG-async team.

Leads:

Hey there all, as part of #118, I'm starting the triage process of trying to find permanent homes for teams currently under the launching pad. As WG-async is also a working group, #91 is also relevant.

In this first pass, I'm making tracking issues for each of the teams, starting the discussion on whether y'all think there is a reasonable team you think would make sense to move under, and in general checking whether the members of these teams are still actively working on things related to these teams.

I see that meetings stopped mid this year (according to this page ), is WG-async still active as a group?

Thanks!

@jamesmunns jamesmunns added the A-teams Area: Issues related to teams, such as forming new teams, team structure, etc. label Dec 20, 2024
@jamesmunns jamesmunns self-assigned this Dec 20, 2024
@jamesmunns
Copy link
Member Author

Note that project-async-crashdump-debugging is also in need of a home, but I believe that it will follow wherever WG-async goes.

@nikomatsakis
Copy link

This has been a topic of some discussion. @tmandry was working towards a proposal but we never quite got it over the finish line.

@traviscross
Copy link
Contributor

There's now a PR up for this:

It just makes wg-async -- as is -- a lang working group. It doesn't seek to resolve the larger questions of how we on lang might want to further refactor this. But that seems fine. We can later do that, as time permits, as could for any of our subteams.

@traviscross
Copy link
Contributor

See rust-lang/team#1639 (comment) for further context.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-teams Area: Issues related to teams, such as forming new teams, team structure, etc.
Projects
None yet
Development

No branches or pull requests

3 participants