Video summary
The Hiero Technical Steering Committee (TSC) meeting began with administrative updates regarding the project's enterprise Java repository, which is progressing well without new updates. A significant portion of the discussion focused on a recent project proposal from Keith and Jeremy aimed at streamlining repository management by creating a single build actions repository instead of multiple ones for each action. Although an initial asynchronous vote did not achieve quorum due to low attendance and vacation schedules, the committee reconvened with enough members present to approve the updated proposal during this session. This decision simplifies the project structure while maintaining separate repositories for containers and charts, fostering better integration within the Hiero ecosystem.
A critical issue addressed was the difficulty TSC members face in accessing communication channels, specifically Slack, due to account limitations and costs. Several members expressed frustration over being unable to participate in asynchronous votes or discussions because they lacked paid Slack accounts. Consequently, the group strongly advocated for migrating official TSC communications to Discord, a free platform that eliminates these barriers. The committee agreed to prepare a plan to transition the TSC channel to Discord, ensuring all future announcements and voting links are shared there to guarantee inclusivity and prevent members from missing important updates due to technical or financial constraints.
The meeting also delved into governance improvements regarding contributor roles, specifically defining responsibilities for committers and maintainers in the "Roads and Groups" document. The team updated these definitions to clarify expectations and introduced a new "junior committer" role designed to onboard young developers and those with less experience by allowing them to triage issues before gaining full commit rights. Discussions highlighted the need to remove outdated sponsorship requirements for certain roles and to create welcoming templates in pull requests to proactively invite active contributors to take on more responsibility. Additionally, members agreed to gradually encourage organizational diversity among maintainers through iterative updates rather than imposing immediate mandates.
Finally, Jessica presented a plan to clean up the Discord server by archiving or deleting inactive channels to reduce confusion for new users, alongside an initiative to create a dedicated TSC channel on the platform. The session concluded with a Q&A where a new contributor asked about the process for advancing from a general contributor to a junior committer and eventually a full committer. The presenter explained that becoming a committer depends on quality contributions over a reasonable timeframe rather than a strict number of pull requests, encouraging contributors to reach out directly to maintainers if they feel their work has been overlooked. With these governance refinements and communication strategies in place, the committee adjourned early, promising to revisit these topics in the following week's meeting.
Read the full video transcript
Hello everybody
in engineer. How can you be before me in
that meeting when I left the other
meeting we came from before you? How
fast are you?
Um I'm some people tell me I have ninja
fingers. I think it's because I spend
all my time typing on the computer and
I'm unfortunately where I'm I think my
phone is bouncing off the internet
connections in my area. So I think one
of them is a little faster than the
other. So I think it's working in my
favor. [laughter]
>> Okay. Uh okay. I was like how how can
that be?
Yeah, the the enterprise Java uh
repository is going off great. Um no new
updates and everything seems to be
moving quite along.
>> That was that was just the ending of
that meeting.
>> That what I missed. That's good.
>> Okay. [laughter]
So, let me send a ping to all the
different groups.
Hey everyone,
good morning
Um, no, we don't have Diane. Actually, I
hope that we have Chrome today because
I would at least uh do a vote on the um
project proposal we have um because the
corners work didn't go through. I think
this is just because of vacation time
but let's see I just pinged in all the
channels. Um I know Eric cannot join
today. I know somebody else from the TSC
said
Omigan said he will not be able to to
join. Let's let's see if all the other
people come up.
Let's wait two more minutes.
Okay, maybe I already start with the
introduction
or you're not seeing me, right? Let me
share my video. So, welcome to the TSC
call this week. Um this is the technical
steering committee of the um hyro
project of the Linux foundation
decentralized trust and like every call
we are doing within the hyro project.
This is a public call which means um
everybody can attend this meeting. It's
not only for the members of the TSC.
Everybody is free to join this meeting
and not only join this meeting but even
bring in topics uh join our discussions
and so on. And next to this meeting we
have some other meetings in the Hyro
project. We have a public calendar. You
can find the link here in our meeting
notes. And I'm happy to share the
agenda for this week with you in the
chat. Um, and in the calendar, you can
find invites and appointments for all
meetings we do. And for a lot of past
meetings, you have even links to the
minutes and or to recordings of the
call. This one, for example, is is
recorded. So if you miss it um or if you
want to check something that has been
discussed in the TSC,
you can easily go back and watch the
recording of it by finding it in the in
our public calendar. And since we try to
do all those meetings as I said as
public as possible and integrate as many
people and and voice as possible. We
have some basic roots here which is the
antitrust policy of the Venox Foundation
and the code of conduct of the Venox
Foundation. And with that, welcome to
this call and hope um to have great
topics and discussions with all of you
today. So let's move forward to the
agenda. Um
let's start with the short overview of
the gas tierc call and in the gas tierc
call we had an overview about the
upcoming election um where the
nominations will start in a week. Um we
have three seats of the TSC um that um
on on that we will vote for for new
people um for that seats and nomination
for that will start within a week and
then we had a presentation of a project
proposal last week that was a project
proposal coming from the so team. um
that would like to have more
repositories. So, it's a totally new
project. It's like extending the the
repositories of the solar project. Um we
made an Git vote an asynchronous vote
out of it. I can already tell you the
vote so far not went through.
um because some people are from the TSC
are just currently invocation and on the
other hand some discussions of that um
proposal happened um since last week and
I think that are quite quite good
discussions and and the people behind
the proposal and I see Keith is here in
the meeting because it's coming from
from Keith and Jeremy um have updated
the proposal and um added added some
yeah updates to it. How it can be first
of all done in a more easy way and and
then based on that we can maybe move
forward and and bring it to to a final
form if we see that this is needed. Um
actually my wish was that um because we
have it here as point on the agenda that
we can vote on that today but when
looking at the um members of the call
um I only see three TC members.
Sadly, we do not have quorum in the
meeting today, which means we cannot
vote on um
that one.
Come on. Come on. Why is it not moving
to it? Um okay, good. But if if you are
interested in it, so there's a new
project proposal that that gives an
overview and makes first of all the
creation a little bit easier. It just
creates one new repository which is a
solo build actions repository that add
those specific actions to it instead of
creating one and for every of those
actions new repository. The other two
the so charts and the so containers will
stay. So those are two new repositories
that is totally fine and even the
relationship to the hyros action has
been added here which I think is is
quite good to to see how all that is is
working together.
Um that is that is quite nice. So um
first of all Keith thanks for the
additional work to to get all the input
into it and update the um
description of it. Um and yeah sadly we
cannot vote on that today. Sorry sorry
sorry for that. Um,
but I will like the other two hip votes
that we have which are both more or less
in the same state as I assume. Let's
have a look. But I have not seen that
something. Yeah, same here. And
does that one let me check and I see
Keith here raise your hand. You can just
already speak. Yeah.
>> Yeah. I just had a quick question. I
mean, I think all summer we've had a
problem with getting votes and getting
quorum at TSC.
>> Just out of curiosity, does the TSC
members have like their own
communication channel where you guys can
like I understand there's probably a lot
of noise out there like is there a way
that we can you can just ask, hey,
there's an async vote happening. Can you
guys please vote or something like that?
>> It is. And I see some people here like
Brendan is raising hand and I assume
Brending is saying Hendrickk did.
[laughter] Brandon,
>> I was just going to say um as a TSC
member, I've been trying to get um back
in the channels. I know that a few other
members like Milan have been trying to
get me back into those channels. I don't
have a Slack account of that anymore.
>> So that's why I think you raised a
really really important issue. I think
that even internally when it's DSC there
are problems. It's been a few weeks
since I've been able to get in touch
with TLC members and there's been quite
a few requests. So, it is it definitely
is an issue.
>> Good. Good that that you bring that up
because my assumption I've seen that you
posted it or somebody posted it like a
day or two before I went to vacation
like four months for not four months,
four weeks ago. And I see some people
answer on it. So my assumption was it's
solved. You know, for me it was not a to
do anymore. Um
let me get let me create a
>> I don't know what gave the impression
that it was that it was resolved like
I'm just I'm not I'm literally not in
the Slack channel. So and I think that
Slack is probably not a good
>> I I haven't checked it. I I agree with
that. I haven't checked it. So So I was
like I've seen there was some discussion
about it. I have not checked what the
state is. I was like, yeah, that is
three weeks old. Somebody will have take
care have took care about it. That was
just my my assumption. Sorry for that.
>> I would I would say probably too just I
I would advise probably as well maybe we
migrate the TSC out of Slack just
because as
>> um new members come in and we kind of
want to expand this out to the broader
open source community. I think that
being in a Slack group requires you to
have a paid Slack account, and I just
don't know if that's feasible for for a
lot of folks, especially um in kind of
this economy. So, what I would recommend
is maybe utilizing a platform like
Telegram or something for those um
official channels for TSC members. That
would probably solve it instantly, I
would say. Whereas, if it being in
Slack, I don't know who would pay for my
Slack account, but I just don't have
one. So therefore, I'm not able to
participate into TSC conversations right
now. So that's a big
>> Yeah, that that's a problem to totally
agree on it. We have a Discord would be
my favorite. Maybe Oh, I see Diane has
sent up. Maybe she wants to do the say
the same.
>> That's exactly what I was saying. That's
why Discord is there. That's why the TSC
members should be monitoring it. And
it's doesn't cost you anything. Um
Brandon, so um please use Discord. I
can't say it often enough. That is our
communication channel.
>> That's awesome. I was just gonna I was
just referring to the kind of um uh TSC
private. Is there Hendrickk? Is there is
there like a because I know that the
Slack channel with Lehman and all those
folks like that's kind of the central
member chat I would say. You're saying
there's an equivalent on Discord.
>> Not No, I'm not saying there's an
equivalent. That's what I'm referring to
Diane.
>> Yeah. Yeah. Yeah. Yeah. Yeah. Yeah.
Yeah. But um I assume Jesse Kisy in the
call um that this would be possible to
to create it and and I agree with what
you said Brendan if like um
it's a must to pay for to be part of the
current TSC channel. Yeah. Yeah. That is
that is absolutely not what what we
want. And again um sorry for that for
me. I said I read it in my vacation and
I was assuming it's it's done. Um what I
do not want to do is
just now change it especially in a
meeting where we don't have problem. So
my suggestion would be we just me
prepare it and next week we presented as
hey that that could be the new solution
to communicate
and we
in best case just say yes or if somebody
complains about it do a voting within
the TSC on that. I think that is the way
how it makes sense which sorry for that
President would mean uh it's it's
another week what I can um tell you is
um I don't know if we are disconnected
on discord but I'm happy to forward
everything um in the TSC channel to you
manually to to you on on um on discord
and that explains what I said earlier
Right. So the is a the request I I think
it was Diane about hey Hendrick can you
maybe ping the TSC for those other
Chronos. Yeah. Yeah I did but Brandon
have not seen it because he's not in the
channel anymore. So like Stoan has seen
it. He votes on it and and and so on.
Right. Um but but that makes it clear
why others have not vote on it. Yeah.
Um,
>> so is your hands up still because you
want to say something, Brandon, or have
you not done hands down?
>> Oh, sorry. I didn't know my hand was
still up. Hold on. I'm on my I'm on my
mobile phone. Apologies. I'll lower my
hand. Thanks. Thanks, Hendrick. And no
apology needed.
>> Perfect. Good. So, I created an to-do
item for me for that. Um,
that's good. Um, okay. But so we looked
at all three um as said um for none of
them we had enough votes and um we still
don't have chrome here have we one two
three four five oh we are now five
people here in the meeting um one two
three four five which means if we want
to um we could um go back to the uh
project proposal and and do a vote here
in the meeting about it if anybody from
the TSC who's here in the meeting feels
comfortable to do so because then we
could move that proposal with the
updated description
about having one repo for all the action
and then two repos for containers and
charts forward. Ward. So the point is
are there any questions from TSC members
or anybody else here from from the
meeting about that? If not, we could do
a voting on it to approve it.
One, two, three. That looks good. Okay.
Um, with that we can do a voting on the
build so build component actions
repository and um, let me see. Story
>> I vote yes.
>> Um,
uh, Brenda,
>> I vote yes.
>> Georgie,
>> yes. Richard.
>> Yes.
>> And I vote yes too. Um that is great. So
Keith please inform Jeremy that this one
is approved. I will directly put it
here.
Um now we have the two hips. Um the let
me open it.
the sponsored feip
and the
ignore trading call data for system
contract. So I know at at the um
spawn fees there was this discussion
going on. Um I see both here in the
meeting uh Tai and and Richard. Um what
is the state here?
>> I think that is a Richard question. I
sent you a DM a while ago before my
vacation. Richard, sorry.
>> Yeah. Yeah. It was before I went out of
town last week. We haven't had a chance
to sync back up on it yet.
>> Okay. So, we move it to next week.
That's that's totally fine.
Boom. Boom. And then we have the um
ignore training code data for system
contract.
um which have
Dorian, Migan, Canto, Georgie and um AX
already approved.
Um
does everybody here in the meeting feel
comfortable to vote on that or should we
um move that to next week too?
Uh, who has yet to vote on it async?
I think I'm in the list that hasn't done
an async. Is there anybody else?
>> You haven't done an async. I haven't
done an async.
Um,
what
>> uh can you stick the link in the
>> Just send us the link and we can finish
it.
Yeah, I think we cannot just
click on that and it's done because the
vote was already closed.
Um, so so it's either um
>> we can do it we can do it here.
Um, I was just checking to see if
everybody here already voted on it or
not
>> other than you and me.
>> Oh, you did.
>> Every
Brandon is missing.
Um, everybody else here has has voted.
So, we could easily do it here because
then we do not need even 100%. Would be
totally fine with us here voting. So,
let's let's do it. Um, Stoya, you
already voted on it, but c can you do it
again?
>> Yeah, I vote yes.
>> Perfect. Thank you. Same for Georgie.
>> I vote yes.
>> Perfect. Thank you, Brandon.
>> I vote yes.
>> Richard,
>> yes.
>> And me, yes. Um, which means this is
approved by TFC.
Perfect. Okay.
Soft, a lot of stuff. I like it. So, now
we have some new topics. Um,
Sophie, you would be next.
>> Um, yeah, maybe I can talk about this
just for two minutes. I
actually wasn't sure if I can make this
call, so I I wasn't able to
um prepare all the things that I wanted.
Um, but maybe I can just sort of quickly
introduce what what's sort of going on.
Um, yeah, one second.
>> Do you want to share something or should
I go somewhere?
>> Yep, I can I can share but not while
you're sharing. Thank you.
Okay. So, um there is this Hyrohackers
um
GitHub organization which described here
is a playground development
community um around Hierro. This has
grown quite quite well recently. Um
there's a nice variety of projects,
different um languages and things and um
I've been trying to think in terms of
how do we work to nurture these projects
so that they are more ready to
transition to hyro and um you know for
the the TSC vote.
So um in the governance repo I have
started on sort of outlining
um some rough sort of criteria
um of of what that would look like. But
this is this is a work in progress. It's
the kind of thing I want to sort of
discuss and sort of with with the TSSE
in terms of when a project gets proposed
to you guys sort of what sort of
criteria would you like to look at and
things like that. So yeah, I I think if
I'm able to delay that until maybe not
next week because I understand that then
there's a lot of other things to
discuss, but maybe the week after.
>> Okay,
>> thank you.
>> Then let's do it in two weeks. Um
share that one again.
Um
so the next thing is that is something
um Jessica Sophie and I worked on and we
did an update to our description of
committers and maintainers based on
discussions happened over the
I don't know maybe last two months or or
whatever um in the community and and
even on the TSC
Um
and I said that for me it makes sense to
inform the TSC about that. I think we
don't need to vote here but just check
in this meeting and we have Chrome that
is very good. If those changes are fine
for everybody. So what we did is um can
I
somehow
Yeah. So we have this document that is
called roads and groups and and that
document describes what a contributor
is, what a junior committer is, what a
committer was a maintainer is and how to
become one, how to remove somebody and
so on. But what the document was highly
missed is what are the responsible
responsibilities of that kind of proof.
So I think for yeah for the committer
there was nothing at all. For the
maintainer, there was one sentence. And
what we did is we added for committers
and for maintainers a section about how
we so with we it was like Sophie,
Jessica and I based on the feedback we
got um see the responsibilities or of a
committer. let's say like better how we
understood that we as a community see it
and we tried to to write it down here
and my wish would be and maybe we take
like
three minutes to have a look at that and
and see if that is fine for everybody or
if we need to do some changes and I'm
happy to send the
p request here into the chat too
Um so please have a look if you think
that is a good description for for
committers.
If you think anything is missed for sure
say two then we could create a new pull
request an additional one. If you think
something here is wrong we need to fix
that.
Please
>> uh a while back I I wrote up a proposal
for the TSC regarding
security for committ.
>> Yes. Yeah.
>> Um is that part of this discussion or
this is that's outside of this
discussion? this is outside of this
discussion and that is um something so
especially one of the three you did I
would say yeah yeah yeah we should
create a pull request out of that so um
maybe maybe you can do it for for next
week so that we do more or less the same
um next week with with what you had
would that make sense to you
>> yeah I mean how however you want to do
it I don't care
>> yeah yeah but I would say for sure Those
are two different topics,
[clears throat] right? Um because one is
about security and this is about what we
expect from you as
contributors or committers or
maintainers. Sophie,
>> yeah, I I actually um I think this
document would benefit later.
uh as you say this is a responsibility
declaration but I think this document
doesn't detail too well what the
requirements would be for a committer or
the requirements would be for a
maintainer I think currently the
requirements are more time based um so
Keith like if some of the requirements
are to meet certain security
requirements I think that that would
also maybe be sort of in that scope but
I I would view that has something
additional that we need to do to this
document.
>> Yeah, make makes sense, too. I I like
that and I think it it should be
additional. Keith, you want to say
something or is that still an old hand
up?
Okay, Diane,
>> I I would like another week to comment
on this before you bring it to a vote.
um just so I could
>> absolutely
>> dive into it for how it compares to what
the LFDT's current governance is and
just make a few comments on that. Um
there was a line in it and I can't find
it about um sponsorship of um
maintainers and I'm trying to find it in
my three minute review and I can't. Um
>> yeah,
>> that someone needs to have a sponsorship
and I'm not sure that align.
>> No, no, no, no, no. That is not here. We
don't. That is
>> that's not
>> absolutely not. No, no, no, no.
>> Okay. I wanted
>> No, no, no, no, no, no, no, no. Abs,
absolutely not. You don't need a
sponsorship. I think that is more where
Keith had ideas about security for
emergency
stuff, but you you couldn't miss that's
why I said I would like to see it
>> independent of each other. Yeah.
>> Yeah. I think I might be conflating the
two. So, I just would appreciate another
week to take a look at this and and make
sure totally fine. It's in line and and
with Jessica having done it, I'm sure
she's already done all of that work, but
I just would like one more week and
>> yeah, that that's totally fine. And and
we have more or less the same for
maintainers, which start like everything
a committer has fits for maintainer too.
And then we added some additional topics
here. Um, since you want to have it open
for for a week, I think we don't need to
do now a a 3minut
week break for for that one.
And I'm happy to to have it open for a
week and correct um comments on it. I
think what we should try to do is if you
disagree with anything here
um we say it because otherwise I would
like to see all comments as yes that is
a comment which could be done afterwards
because what I don't want is to keep
this PR open for two months with with
endless discussions because exactly
Those topics are the things you can
discuss and close on, right? And as long
as nobody has a real blocker here, I
would like to have this initial version
um
merged and then move forward with with
all the commands and um yeah, how to say
it in English? Um partnership. Does that
make sense to everybody? Yeah, Diane.
So, I did did a search for what I was
looking for and I did find it and let me
see if I can read it out loud to you.
I've got too many windows open right at
the moment. But it's um under the
additional roads roles for um supporting
on boarding contribution
that section
um
keep going, keep going, keep going.
There you go. And there and that last
paragraph after the bullets, these per
project rules can be granted. based on
community sponsorship or through a
maintainer role blah blah blah.
>> Um, as defined today, the roles can only
be granted to people based on
sponsorship from a company that is a
member of decentralized trust. Um
>> I can explain that that is um for for
triage and and this is because
some some people wanted that but the
idea behind that role is oh we have some
managers who will like so let's assume a
company like in this project hashgraph
or lime chain have several people who
work on an open source project and then
you a team manager or or project manager
who's not technical at all, who's never
committing, but who would like to keep
track about the issues, maybe assign
issues and so on. um with where we came
from where we only had a contributor
who's not allowed to do anything I mean
like right access in in the project
regarding that a committer and a
maintainer nothing of that fitted into
it. So what we said for those managers
we need this specific role and then we
came up with saying okay we need some
kind of rule to define who is allowed to
get it because our idea is it's project
managers right and that's why we came up
with that but in the time over time what
has happened is we now have the
so-called called
junior committers and a junior committer
is someone who has a triage role who is
allowed to assign issues add and remove
labels and and so on. So in theory I I
need to take a deeper look into it but
but I assume it's like that a junior
committa and this super special
um
project triage contributor will have the
same access rights. So what we could do
is we could merge it. We could say like
hey we have the junior committer role
and for the junior committer role it's
really more like hey you have created
some issues you did some basic stuff
then we invite you to become uh or to
get that role and
>> if you are a product manager you will
create issues right so you will get that
role quite easily so that is something
we for sure could think about
>> yeah and then you could then you could
take out that line about having to the
people based on a sponsorship of a
company and that would make it more in
line with um the standard governance the
LFDT has.
>> Yeah.
>> So, I think that that was what jumped
out at me. I'm sure there's probably a
few other things that I'll do it, but I
would suggest that since you have that
junior role there and if that's
everybody's understanding of how you
know the project managers become junior
contributors at the very least,
>> um then then I'm okay with it. Yeah, I I
think that that one makes sense. Yeah.
And as you see, this is nothing that has
changed, right? So,
>> um, regarding those changes, we would
like to bring in now that should not be
a proa because it's a different topic,
but I agree with you. We should have a
look at it. And I see there's some hands
up from Jesse. Hey.
>> Hey. So, I have a question concerning
that.
So
who do we do I have to like personally
appoint myself to to become a junior
developer? Sorry, junior commuter or
someone specifically has to like raise a
vote on that.
>> Okay. Yeah. So um how it works similar
to so for junior committer committer or
maintainer what we need to do I I can
happy happy to show it to everybody.
What need to be done is we have um a
file. It's this YAML file that contains
all the different groups and information
and what people are in what groups. So
from a technical point of view to have
somebody become a junior committer,
someone needs to do a pull request
against this config yl adding that
account to the group of junior
committers for the project and then all
maintainers of the project need to vote
on it
um to get that person in. Um I think
doing self-nomination
about a junior committer is
not what we normally want because um it
should come out from the other
committers and maintainers and I would
even see it as that is part of the work
of the maintainers because the
maintainers should take care about the
project including the community of the
project. the project grows and the
diversity of the community. So from my
personal point of view, if somebody is
working on a project and wants to become
a junior committer for that project and
the maintainers have not recognized that
work so far and have not proactively um
to ask you if you want to to become a a
junior committer or created a pull
request for it, the best case is ask in
the related discord channel. So in in
discord we have for each and every
project a channel like let's say like if
you talk about the hyro solo action
there's a channel for it if you talk
about the SDKs there's a channel for it
and so on and you should ask in that
channel hey I'm
Jesse this is my GitHub account best put
in your GitHub account there so that the
people can see what you did on the
project and said oh I did some work on
that project and I want to know If I can
become a junior committer on it, I would
see that as as the second best as said
best would be if the maintainers do it
proactively.
Um, does that make sense to everybody? I
see hands up and I see a question from
Sophie.
>> Um, yeah, I think that that would be
like the best case scenario, but we do
have inactivity with some of the
maintainers.
Let me know. That's why I said the
second one and not just mention the
first one. Um I know that we have um
um for some maintainers not enough
activity and that is where maybe now the
third one comes into place. So if you do
that and get ignored like you ask it for
two weeks or whatever nobody answers to
you and not saying yeah I will do it or
whatever then I think the TSC or
community call would be a good thing to
to mention that right so if if somebody
is assuming there's a person who
>> did work on on one of the projects and
want to become a junior commit committ
whatever. Um that for sure should not be
blocked by
um people not being being active because
if we have people not being active, it's
even more important to get other people
to those projects. Um so yeah, please
try what I said. Um if if you ask for
you try what I said, write it in Discord
and if you see that nothing comes back
um bring it to any call um maybe to like
the community call or directly to the
TSC. Sophie,
>> yeah, we um
there's actually no easy way. Um I find
not everyone's in Discord yet for
example especially new contributors. Um
it can be like a slow process to
communicate to members in a repository
that we are looking for commitments or
we are looking for junior committers and
this is the responsibility that we that
we accept. So for example in
Hierrohackers
there's there's um you know lots of
different repositories there and we're
trying to grow the different community
members but um some of them are doing
some some good work and I would sort of
like to communicate to them
>> hey you know we're looking to get some
people with more responsibilities and
things but I actually have no direct way
of contacting them. It would just be
like one to one maybe if they have like
an email tied to their GitHub commits.
>> Yeah, that's um
>> maybe like a discussion page or I mean
there we don't really have like a
Yeah, I think the current system isn't
great in that sense. It's it's slow and
it
>> Yeah, I understand what you mean. You
cannot just you know like ping and start
chat with somebody on on GitHub. So
somebody created something and you said,
"Oh, you did like three very nice
contributions in us four weeks. Um,
>> would you be interesting in becoming
part of our group here and become a
junior promoter?" That that would be the
easiest, right? So that is sadly not
possible on on GitHub.
Um
what we could do is um we could create
maybe a template like we already have
templates for AI swap and stuff like
that which is a very welcoming message
about hey we have that um and based on
your work you might be a good person to
do so and here and here and here you
find some information and what we can
then do is we can post that message into
a pull request done by that person and
mention that person there. Um that would
be a way how we could try to create
contact but actually the only way um I
see to be fair.
So that could be something uh Jessica
you and I put on our on our working list
and and come up with such templates so
that we can even easily put it into
pull requests and and proactively
suggest to people. Okay, I see from both
names I said thumbs up. That's already
good. Okay. Um any any other um
concerns, questions on that topic
regarding committers, maintainers,
project roles and so on.
>> Yeah, this this is Diane and I put it in
the comments here and I'll put it in the
comments on the issue too is I'd like to
see some language explicitly encouraging
organizational diversity among the
maintainers. Um, so I'll add that in.
And there's a little bit another there.
So yeah, but yeah, I apologize. I didn't
I didn't see this before the meeting, so
I'm just weighing in late. M
>> yeah we disc I can already say she so so
when Jessica Sophie and I um
wrote that we discussed how far we want
to go like how extreme um we want to to
be and say like hey it must be more
diversity and and so on and so on and we
decided we discussed more or less
exactly the topic you wrote and I think
all of us agree on it it's it's not
something we need to discuss if we agree
on it. Um we decided to start with
something that is so basic that
hopefully everybody easily agrees on it
and then in the next iteration we can
add something like that and then in the
next iteration you know that that we do
not one big bang that is discussed and
discussed and discussed but do it more
um on several iterations.
>> Yeah. Well, I still I would uh I'll put
the comment in and and I would
could get this into the this this
iteration because this is pretty
lightweight. It's not saying mandatory
or anything in it. It's just active
actively encouraged and that was kind of
where I was leaning is like
>> don't we have written something like
that even give even a second. I was
thinking we said oh yeah we want to have
it in a guideway way somewhere written
down.
>> Yeah. And this
>> we had initially like if possible but
then we removed the that wording.
>> Maybe maybe
>> yeah we never we never committed to
that. We
>> we edited the
>> Yeah.
>> Yeah. Yeah.
>> This is this is not holding a a a fire
under anybody. This is just putting it
in there.
>> Yeah. So that's what I'm
>> trying to get into.
>> I'm as said I'm totally happy with that.
My idea was step by step and to start
with where nobody discuss but I'm happy
to to add that especially since nobody
here in the meeting currently to hands
up and says oh I would like to discuss
it and I directly see two thumbs up on
it. So to totally happy I'm I'm just
copying it out of the um message chat
and um happy to to throw it in. Yeah.
>> All right. Cool.
>> Okay.
>> Thanks for doing this everybody. It's it
looks really good. Um
>> yeah, it's getting more detailed and and
better with with every iteration. I
agree. Yeah,
>> cool. Um, with that,
oh, I do not have the agenda open
anymore, but can have it in a second.
But I think that was the last topic for
today. Let's see.
>> I think I added a small one.
>> Oh, Jessica did some additional work.
So, Jessica, the stage is your
>> Thank you. Thank you. Yeah. So this is
just um an effort to make um uh Discord
a little bit more likable for people. I
know many people don't like it and I
know that one of the uh concerns is that
there's too many channels uh and it be
it becomes confusing to follow up
conversations. So we identify and this
is not just uh me around hyro channels
but um David and Ry are also doing this
as a a global all channels. We're trying
to identify channels that are uh could
be pruned and could be archived or
deleted depending on the conversations
that are hosted in those channels. So I
have identified uh one, two, three, four
channels so far that have uh minimal to
no discussion happening. So I just
wanted to run it by you guys if it is
okay that we
uh we remove these channels. And
additionally to that we probably should
create the TSC channel that uh the TSC
channel
uh that is going to include all the TSC
members. So uh those are the two changes
that I'm trying to to run by you guys.
>> Makes sense. Yep.
>> Perfect. Thank you so much. And yeah, if
you identify any other channel that
could be archived or could be removed,
just let me know and we'll take care of
it. We'll try to make uh Discord a
little bit more simple and easier for
people to to to use. Thank you so much.
>> Thank you. Okay, with that we have 10
minutes left. We come to any other
business. Is there anything
somebody of you would like to bring to
the TSC? Ask maybe there are questions
um you have in mind um
uh I'm just curious about the um kind of
uh process to become a contributor. you
know since I in my case I I was
contributing uh you know kind of earlier
this year.
>> Oh
>> yeah yeah yeah just just you know what
that that process is
really helpful.
>> Sure absolutely I I can help you first
of all um great that that you are here
and and thanks for your contribution. Um
so you will find that information in our
um roads and groups MD. Let me send it
to you. I send it here in the in the
chat so that you have a link and in the
same folder there's even an FAQ that
answers some questions. But in in
general what it says um a contributor is
everybody. Contributor is just somebody
who has some kind of interaction with
the repo which could be I create an
issue. I create a pull request. I
comment somewhere. That is that is what
what a contributor does. So that is what
you already are. Um from from a
contributor the next levels are a junior
committer
and or a committer. So the the
difference here is we created this
junior committers especially for for
young people who are still juniors in in
software development maybe never did big
work on on open source where they get
some some first um you know like um
authorities about and signing themsel to
issues and and agreeable to issues and
so on. So do some some first help in the
project um with a clear goal to to make
them to commit us where you then have
the the rights to you know like um
review PRS and and do all that stuff and
how to become a committer. Um,
there was a definition.
[laughter]
Oops. Give me a second. Um,
here we go. Adding a committer. I think
this is currently the definition what we
have. You need to do quality
contributions and reasonable time
contributing to the project which don't
mean like every day it's more about the
time span or project dependent every
project can decide that maybe three to
six months um to to become a committer.
So if you for example do that in in your
free time and every second week you
create a pull request and do that over
two to three months that is from my
point of view for sure um was becoming a
committer of the project. I mean
depending of the pull request right it
is always just one character you you
change maybe it's it's it's discussion
able but um we don't want to have this
written in a totally hard way like you
need to do that many pull requests in
that time and the um code diff must be
that high. This is more like here are
some guideweight routes that the
maintainers of the individual projects
can take and and check are there people
who might fit into it that we can um
give the the committer state because the
clear goal of the project is and should
be but but is to get more committers and
not to hold people away from becoming
committers. slide. So often um
especially in the projects where a lot
of stuff is happening um it's hard to
keep track of new people how much they
did who did that and that's why I can
say here similar to to what I said to um
the question from Jesse earlier don't
know if you have already been there
about if you think that you did
reasonable work in in the project um
just ping the people and and ask for it
and in best they say oh we totally
missed that. Yeah. Yeah. For sure we
will nominate you as a committer. Or
they say, "Yeah, you know that is great
what you did, but those are really
minimal changes. Can you maybe here we
have two issues. Maybe you can work on
one of them because there are like more
deep code related. And if they again um
do not um answer at all, then this
meeting for example would be a good
place to to bring it up.
>> Yeah, that is how I would describe it.
Sure, absolutely.
And happy to see upcoming contributions
from you. Where have you contributed to?
>> Yeah, I think it was mostly in the uh
PBJ, so protocol buffer Java and then
the go.
>> Oh, cool.
>> The two things that I'm really thinking
of, but yeah, it's been at least a few
months. Uh kind of got started on a new
job just now.
>> Ah, cool. Okay. Oh, great. Thank Thank
you for doing those contributions.
Okay. Um, anything else from anybody
here in the call?
Good.
Then we can stop four minutes early.
Thank you all for your time and see you
all next week on the next TSC call then.
Bye.
>> All right. Thank you. Bye.
>> Thank you.