Stream: general

Topic: T-libs discussion forum

XAMPPRocky (Nov 28 2019 at 10:19, on Zulip):

Does anyone know where the libs team hosts their discussions? I couldn't find a t-libs channel on Discord. There is discussions here for stdarch and the allocators WG, but I couldn't find a general channel ala #t-lang.

DPC (Nov 28 2019 at 11:46, on Zulip):

@XAMPPRocky they are on irc/matrix

XAMPPRocky (Nov 28 2019 at 12:18, on Zulip):

I would need more information than that to actually find them.

lqd (Nov 28 2019 at 12:41, on Zulip):

#rust-libs on mozilla's servers

gnzlbg (Nov 28 2019 at 15:46, on Zulip):

They don't use IRC anymore AFAICT.

gnzlbg (Nov 28 2019 at 15:47, on Zulip):

Most of them are here on zulip, but essentially they just use issues tagged with T-libs, @rust-lang/libs, etc. to communicate. There are also no meetings.

gnzlbg (Nov 28 2019 at 15:48, on Zulip):

All of them read, so you can open a new libs thread there as well.

XAMPPRocky (Dec 01 2019 at 19:18, on Zulip):

@gnzlbg I find this a bit concerning to be honest. Every other team has a dedicated discussion forum, both for people to come ask the teams questions and for members to discuss topics, having no meetings seems especially odd given that there's over 600 open issues and PRs tagged with the libs team and there seems to be no form of triage, even the community team has monthly meetings. Both these aspects makes the libs team appear overly closed off compared to every other team in terms of participation.

simulacrum (Dec 01 2019 at 19:22, on Zulip):

@XAMPPRocky The libs team is more bandwidth-limited than most others currently -- a sync communication channel requires non-zero amounts of effort to maintain; if you need something specific then I can reach out if it helps and try and connect you with someone.

XAMPPRocky (Dec 01 2019 at 19:26, on Zulip):

@simulacrum I don't mean a sync channel, I mean an async channel like a stream in zulip or a channel in discord. I would accept being bandwidth limited more if there was a clear way for people who are not in the libs team to help with that bandwidth constraint, however that is not the case so bandwidth being limited is a self fulfilling prophecy, people don't know how to participate and help, so no one does, so there's only a few individuals who can.

simulacrum (Dec 01 2019 at 19:27, on Zulip):

It is a known problem and one that is on core team's mind for something we want to solve. I agree with you that the current situation is not ideal.

simulacrum (Dec 01 2019 at 19:27, on Zulip):

(it is my impression that an async channel -- e.g. Discord/Zulip -- is at this point unlikely to be super helpful, either)

XAMPPRocky (Dec 01 2019 at 19:30, on Zulip):

I don't think a channel would be the sole solution to this problem. The solution is to get more people involved, and in order to organise that kind of effort you need to place to communicate.

simulacrum (Dec 01 2019 at 19:37, on Zulip):

I feel like you're not wrong, but we currently are not at the point where we're ready to get more people involved, etc.

XAMPPRocky (Dec 01 2019 at 19:50, on Zulip):

Okay, but what do we need to do get to the point that people feel like we're ready to get more people involved? That answer is dissatisfying to me because it feels like a stonewall. Of course I know, and don't expect you personally to be able to answer this question, but there has to be some way to make actionable progress in this area.

simulacrum (Dec 01 2019 at 20:02, on Zulip):

I think time, primarily, and probably some internal discussions -- I agree it's a stonewall, it's "intended" to be so, I'm afraid. I'm not really sure I can offer more guidance and we're heavily bandwidth limited right now

gnzlbg (Dec 02 2019 at 08:31, on Zulip):

@XAMPPRocky I don't think that's a problem, every team chooses its own communication channels and what works best for the team. The libs-team chooses to use github for everything, and I think that's quite approachable. The barrier of entry is definitely lower than requiring Zulip, Discord, or IRC.

gnzlbg (Dec 02 2019 at 08:33, on Zulip):

Also it is not true that there is no progress in the issues tagged with libs-team, I regularly see FCPs being opened, discussions happening, and progress being made. You can check the FCPbot website to know what's being worked on right now.

XAMPPRocky (Dec 02 2019 at 09:13, on Zulip):

@gnzlbg GitHub is not a communication channel, unless there was a libs-team repo like how other teams and working groups use GitHub, we would not recommend people to ask their libs team questions by filing issues on rust-lang/rust for example. I never said there was no progress on T-libs issues, I said there's no triage so what issues do make progress feels arbitrary (Of course this is not a problem that's unique to the libs team, but doesn't make it less of a problem.) Teams are free to organise however they want, however it's important that, that is done in an open fashion that allows for new contributors and team members. Through that lens the libs is probably the most closed team we have.

gnzlbg (Dec 02 2019 at 09:14, on Zulip):

IIUC the way triage works is, if a team member thinks there should be progress in an issue, either they push the issue forward, of it it is ready, then FCP it.

gnzlbg (Dec 02 2019 at 09:14, on Zulip):

we would not recommend people to ask their libs team questions by filing issues on rust-lang/rust for example.

That's pretty much how I understand this works.

XAMPPRocky (Dec 02 2019 at 11:01, on Zulip):

If you want a specific example of how the current process has failed, you can look at rfc#1937 and the fact that Termination requires Debug and not Display. There's been no real retrospective or change in the process as result of this and I'm not confident that this kind of mistake won't happen again.

gnzlbg (Dec 02 2019 at 11:08, on Zulip):

I don't see that as a failure in the process, but rather as the process working as expected.

gnzlbg (Dec 02 2019 at 11:08, on Zulip):

The Termination requirement of Debug went through the RFC process IIRC, and that was stabilized.

gnzlbg (Dec 02 2019 at 11:08, on Zulip):

Only after stabilization people started a discussion of changing that to Display, but that's a backward incompatible change.

gnzlbg (Dec 02 2019 at 11:11, on Zulip):

Nobody has submitted an RFC that's backward compatible and fixes the issue.

gnzlbg (Dec 02 2019 at 11:12, on Zulip):

The outcome of this is obviously not good, but the only thing that would have helped is if more people would have participated in the RFC review, or experimented with it on nightly and gave feedback _before_ stabilization.

gnzlbg (Dec 02 2019 at 11:16, on Zulip):

The compiler and lang teams have the exact same problem (lack of users participating in the RFC process, or testing on nightly), with the same outcome (issues being discovered after stabilization).

gnzlbg (Dec 02 2019 at 11:20, on Zulip):

For example, the RFC that you point to was mainly handled by the lang-team, which had a communication channel in Discord at the time. So its unclear to me how adding a similar communication channel for the libs team would prevent this particular issue.

XAMPPRocky (Dec 02 2019 at 11:57, on Zulip):

@gnzlbg If you read the tracking issue (which is hard since most of it is long and hidden), the people that brought up the issue are libs team members not external members in the community. When you have no easy communication and no active triage, you'll always be reactive to issues not proactive which is the actual problem I'm talking about, not the outcome of this particular rfc.

gnzlbg (Dec 02 2019 at 12:37, on Zulip):

@XAMPPRocky pinging the libs team on that issue would have been as easy as tagging the issue T-libs, or writing "@rust-lang/libs"

gnzlbg (Dec 02 2019 at 12:37, on Zulip):

yet the teams that were assigned to and signed on that feature were the lang and dev teams

gnzlbg (Dec 02 2019 at 12:39, on Zulip):

even if the libs team had a triage process, that process would only apply to issues for which the libs team is responsible

gnzlbg (Dec 02 2019 at 12:39, on Zulip):

and that particular feature wasn't one of them

gnzlbg (Dec 02 2019 at 12:41, on Zulip):

also, during that time, the libs team was using IRC for communication, so they had an active communication channel, and that did not help avoid this because the process failed somewhere else

gnzlbg (Dec 02 2019 at 12:44, on Zulip):

In this particular case, the RFC was tagged T-libs and T-lang, but the tracking issue only T-lang and T-compiler, and the stabilization was signed off by T-lang and T-devs-tools.

DPC (Dec 02 2019 at 15:47, on Zulip):

@XAMPPRocky you are not the only facing this. I've faced it a bottleneck while triaging as well. Trying to find ways we can improve this situation in 2020

Lokathor (Dec 02 2019 at 18:54, on Zulip):

It's a "well known" gap in the process.

Lokathor (Dec 02 2019 at 18:55, on Zulip):

people who care to interact with T-libs almost immediately hit the problem

DPC (Dec 03 2019 at 11:41, on Zulip):


gnzlbg (Dec 03 2019 at 13:07, on Zulip):

you are not the only facing this. I've faced it a bottleneck while triaging as well.

What issues have you run on? @rust-lang/libs works within the rust-lang org at least.

RalfJ (Dec 03 2019 at 15:41, on Zulip):

@gnzlbg only team members can ping teams though

RalfJ (Dec 03 2019 at 15:42, on Zulip):

FWIW, my personal experience is that I have to ping specific lib team members; pinging the entire team sometimes results in no reaction at all.

gnzlbg (Dec 03 2019 at 15:45, on Zulip):

Ah, I thought everyone could just ping the libs team whenever an issue pops up.

gnzlbg (Dec 03 2019 at 15:45, on Zulip):

If a ping to the team is the preferred way of interacting with the team, anyone should be able to ping them.

Pietro Albini (Dec 03 2019 at 15:52, on Zulip):

anyone should be able to ping them

good luck convincing github

Lokathor (Dec 03 2019 at 19:52, on Zulip):

put a bot on the team and ping the bot and it pings the team then.

or the team should get a better communication channel.

gnzlbg (Dec 03 2019 at 22:56, on Zulip):

Not being able to ping teams on github if you are not on a team is a general problem.

DPC (Dec 03 2019 at 23:01, on Zulip):

@Lokathor You don't need a bot, you can just ping the entire team but then it happens in many teams that people see the team ping and think "somebody else will take care of it" so it just passes around :joy:

Pietro Albini (Dec 03 2019 at 23:01, on Zulip):

you can't if you're outside rust-lang

DPC (Dec 03 2019 at 23:57, on Zulip):

Yes I meant for someone from the organisation

Simon Sapin (Jan 09 2020 at 15:52, on Zulip):

They don't use IRC anymore AFAICT.

That wasn’t accurate. #rust-libs on IRC was still the appropriate channel, even it’s low-traffic. Anyway we’re moving to Zulip:

Last update: May 27 2020 at 21:45UTC