Video summary
Jeff, the Fedora Project Leader, opened his address at Flock 2026 by presenting a mixed picture of the project's current state, highlighting both significant successes and concerning trends through detailed data analysis. He began with positive metrics derived from the "count me" system, which tracks systems requesting updates rather than just unique IP addresses, revealing that Fedora usage has grown by over 9% year-over-year with nearly one million active systems. The data showed impressive growth across all variants, particularly a 120% surge in KDE Plasma adoption and steady linear growth for CoreOS, while also noting the unique volatility of the Cloud variant which complicated overall trends. Beyond Fedora proper, he celebrated the ecosystem's expansion through derivatives like Aurora and Bazite, emphasizing that their success is intertwined with Fedora's health.
However, the presentation shifted to a more serious concern regarding project sustainability, specifically the declining number of active packagers over recent years. Jeff used an analogy comparing the volunteer community to curling clubs in Alaska versus the East Coast to illustrate how environmental changes and generational shifts have altered recruitment dynamics, leading to attrition rather than organic growth. He identified this decline as a generational switchover issue where the project is losing members faster than it can recruit new ones, a problem exacerbated by a contributor experience that may no longer resonate with younger generations who prioritize automation and skill development over traditional workflows.
To address these challenges, Jeff proposed a modernization strategy centered on three key pillars: updating the contributor experience to align with broader open-source standards, reforming project governance to encourage new leadership through term limits, and significantly expanding outreach via programmatic efforts funded by community resources like Open Collective. A central part of his vision is the introduction of an "Innovation Lifecycle" proposal, which would create a sandbox environment for experimenting with large-scale ideas without risking the stability of the main project. This framework aims to de-risk innovation by allowing concepts to prove technical maturity and market fit in a controlled space before full integration, effectively solving the chicken-and-egg problem currently facing initiatives like Fedora Hummingbird.
In conclusion, Jeff emphasized that while user metrics are strong, leadership must actively work to rebuild the contributor base through data-driven changes and cultural shifts that embrace experimentation. He acknowledged that not every experimental idea will succeed, but failing fast in a sandbox is preferable to stagnation or over-committing to unproven concepts. The ultimate goal is to create a sustainable path forward that protects existing contributors while successfully mentoring and integrating the next generation of developers, ensuring Fedora remains innovative and resilient for the next three to four years.
Read the full video transcript
Hey everybody.
It's still weird for me to be called the
Fedora Project Leader and it's been a
year.
I don't know if it's weird for everybody
else yet, but it's definitely still
weird for me. Hey, I'm Jeff. I am the
the not quite as new as I was yesterday
Fedora Project Leader. I can't say new
anymore. This is my second flock.
So, let's get into it. Let's talk about
the state of the Fedora Project.
Um
So, first, Fedora by the numbers. I'm
going to show you some good things. I'm
going to show you some bad things. I'm
going to show you a weird thing.
Um let's start with let's start with
some good stuff.
Um
So,
this is made possible by a really great
tool that Matthew put together and it's
actually super close to being
uh something we can deploy so everyone
can look at this data and examine it. I
was able to run it locally with one
small configuration change last week. Uh
hopefully I I think I still owe Matthew
a PR on this. Hopefully he's fixed it
without me, but it's really great and I
love playing with these dashboards.
These are the Grafana dashboards that uh
look into our count me data. For those
who are not familiar with, when Fedora
systems or systems that talk to our
servers looking for updates uh
communicate, there's a count me system
we can keep track with of these systems
in a way that lets us see
um
what they are.
Um so, overall,
uh this is what it looks like in the
screenshots uh
uh from the dashboards
from the tool that
show the overall state of Fedora, right?
Everything that we count in the Fedora
Project as an output that can that can
talk and ask for updates um
uh is represented here. We've I
basically seen
uh
almost a million systems in the last
week according to this morning um and a
year-over-year change of over 9%. So,
that's actually pretty good, but it
actually gets better. This is for the
everything.
Um I love this graph. This shows you
sort of the long tail of releases that
are reporting in, right? All the way
back to like Fedora 32. Pretty cool.
On this graph
on this graph. But there's data for
forever, right? Uh
it's really interesting. I should point
out some of this some of this data This
is actually just the count me data. We
don't even This isn't the old data of
when we were doing unique IPs only. This
is the count me system, so it goes back
to 2021. I deliberately did that because
the unique IPs are
have specific issues cuz it's hard to
know if they're the same system or not,
right? The count me should address some
of that ambiguity. I love it. It's
great. It's much better than the small.
Um for those old in the room, I just
identified all the old people. Um
this is also one of the great things
about count me because it has an age
concept. That dark blue strip are all
the things that are
a week old. The light blue strip are all
the things that are less than a week
old. So those Those are sort of the
things that pop. They're the popcorn,
right? Those are not stable systems.
Those are go on and off. They may be
seen asked for an update once and then
during their lifetime, right?
Um the bottom part is the systems that
have been updated for forever across
multiple releases. They have what? I
think it's like over 24 weeks of count
me history. Um that's
that's also super interesting. I love
this graph. It sort of says that hey,
updates work everybody. It's great.
Um and and
this is interesting. This is by variant
like what what the counts look like. And
and don't get hung up in the actual
numbers. The trends really are what
matter to me. Whether there will be
issues with with the raw counts
um
because you can't ever know if you're
undercounting or overcounting, but the
trends are really important, I think.
And I
>> [snorts]
>> I I to highlight a couple of things in
here. The top-line is workstation.
Um the dark blue line is cloud. Uh the
yellow line is KDE Plasma and I'm going
to point that out. Uh there's a dark
green line that's hard to see that's
close to the KDE line that's actually
CoreOS.
So, I'm going to I'm going to drill into
this.
Um and once you get the dashboards
everybody you can drill into this too.
There's there's so much data. Um so,
let's talk about KDE Plasma. The the
superstar on the year-to-year growth.
120% year-to-year growth for KDE Plasma.
Um
that's fantastic. Good job KDE
developers.
>> [applause]
>> Um
I mean I can speculate that this is
because it was promoted to addition and
it was able it because it was above the
fold it's it's seeing more uh notoriety
and then seeing more use. Um that's a
speculation. I don't know have a way to
ground truth that yet. But uh the but to
talk about that, you know, what KDE
Plasma is at 158K, right? And it's still
growing.
Uh workstation is at 297K.
And it's still seeing 18% growth. So,
they're both outpacing the overall
growth of everything. Um so, that's also
fantastic. In fact, you can I can make
myself There's a knee in the last couple
of releases. So, so it's picked up, too.
So, they're not competing with each
other. They're growing
the pool of users.
Um so, that's also great to see.
Um
Now we get into uh image mode. Like so,
this graph is all the image mode
varieties that that we currently track.
But CoreOS outpaces all of it. Like it's
huge. Um and it's still growing. Not not
growing like KDE KDE's has a like a
exponential curve right now. But that's
a linear growth that that that's picking
up. So, it's steady year-to-year,
release-to-release, it's growing in use
case.
>> [snorts]
>> And And is the by far the biggest part
of that.
The weird So, that's the good stuff. The
weird graph is cloud. I don't understand
this graph at all.
Uh I
I expect all the light blue I expect a
lot of stuff to just pop on and off and
not be a week old anymore. But what's
happening in the last couple of releases
I I don't understand that graph. Like,
stuff has shown up like instantaneously
as being 24 or more than 5 weeks old.
It's like did someone dust off a gold
image and then like turn it back on from
a snapshot? I don't know. But but this
sort of accounts for why like everything
else I've showed you has been outpacing,
you know, that green percentage number
has been outpacing the 9% for
everything. This is the one thing that's
sort of a negative number that I've been
looked at so far. I don't know.
But but I want to go back now and take
cloud out and run it the rest of project
and see what the growth really looks
like without this. I think I think this
is just something
because cloud is a user's pattern that's
just different. It's harder to track.
Um but like I said, I said good, bad,
and ugly. This is the ugly thing. Um
Um and then outside of Fedora proper,
right? We have things that show up in
the counting system because they are
partially derived from Fedora and
they're still pinging our server.
And um
things like um Aurora and
and uh Blue Fin and Bazite, right? Uh
these things exist. They're part of the
larger ecosystem.
And because we have data about that, I
want to show you that because they are
our friends. And when they do well, we
do well. I would actually like to find a
way to bring them closer to us, right?
It's something we should work on. Um but
but in this case, Bazite by far
outweighs everybody else's use case and
that is super interesting. Um
and I don't know
I don't know how we
we work with them better, but it is
great for the ecosystem cuz it's part of
our larger ecosystem and we should
celebrate that as well.
Um so that are those are the numbers um
for in terms of use usage. I want to
thank everyone who contributed asterisk
to that success. And I put an asterisk
on that cuz we do a
we have a hard time defining what
contributed means. We spend a lot of
time in the in the council face-to-face
actually trying to discuss exactly that.
What does contribution in this project
mean? Um
that being said
I want to actually try to take a look at
what contribution looks like right now.
And this is where we get into the not so
great part. Uh I want to thank Michael
Winers of uh and his effort in the
Fedora data working group um to provide
us new set of tools. We have a whole
bunch of data that flows through the
Fedora message bus
uh that gets captured that we've had a
hard time making use of that that really
speaks to uh
project health and what's going on in
terms of contribution.
And his effort has really given us a
tool to make it possible to delve on
that. And the graph I'm going to show
you is literally I asked him a question
at the workshop yesterday and he was
able to answer that question last night.
Uh and I don't think we've been able to
answer that question.
Matthew hasn't even seen this yet.
>> [applause]
>> So
So this is what it looks like uh over
I think one 2020 2023 2026 a look at
what active packagers
are doing
uh in our data collection what we are
able to capture in terms of activity
from
and this is not all contribution but
this is an important part what packagers
are doing, right? And this isn't the
number of commits. This is the number of
FAS accounts associated with commits.
And
there's an obvious decline there in
terms of the number of people who are
participating in this project in that
way. Right? Uh in 2020 you know you can
squint and say that's pretty flat. In
2023, it's not flat anymore.
Right, there's a decline over the year.
And in 2026, while it's only it's only 4
months,
um, that's pretty straight line. Um,
so so that is, um, concerning.
Um,
I think I have a
I think I have a, uh, curling analogy
here. I Sorry, Eva. I said I wasn't
going to do a curling analogy,
but
back when I was in Alaska and I was in
Fairbanks and I was part of the curling
club there, which is a volunteer
community. It's all volunteer run.
Uh, because of the way the town was,
we'd have to make up 10 to 20% of our
membership every year to to be a
sustainable club. And we put in a lot of
effort in turn doing learn-to-curls. We
to get those What was this amounted to?
20 or 30 new members every year to make
up for the loss of the 20 or 30 members
who'd left town every year.
And it took us, I mean, learn-to-curls,
we would we would run 200 or 500 people
through a no-commitment sort of
learn-how-to-curl thing just to get them
to show up again and play in a league.
And then we'd make effort to get those
people who showed up for the first year
without a commitment mentored so that
they would show up a second year and
feel like they were stuck in and part of
the community. And then once we got them
the second year, they were in until for
work took them out of town. Right? So,
but that was a lot of effort. The new
club I'm in on the East Coast now, they
don't have to do any of that. They
actually have a wait list for people.
They make very little effort to do
recruitment. Um, and so
the story basically is like it can
depend on the environment, not
necessarily you're doing something
different, but the environment's
changed. Uh, the new club I'm in, this
is their first year in like maybe a
decade where they haven't filled up the
ice and they're now wondering what they
have to change so that they can actually
do recruitment and they don't know how
to do it Because it's been a decade
since they've had to do any recruitment
because they've just been
um relying on the groundswell interest
for the sport and for whatever reason
things have changed. I have
I could talk off camera about what has
changed in the DC region in the last
couple of years that might have done
that, but not on camera.
So, that's the analogy.
So, we have So, what what is
What is the sustainable path for this
community now?
I don't know.
I mean it could be that we need to to
really double down on outreach. Uh
find a way to do some program
programmatic work or the new normal for
us may be that we have to do more with
less. We may need to find a way to
automate more work. Uh work that uh was
interesting
to people of my generation, right? In
terms of skill development, but maybe
that's not a skill development thing
anymore that's attractive. Maybe it's
the kind of thing now where uh learning
how to automate work is the attractive
part that would a
that would attract the 22-year-old that
I was when I joined this project. Uh
it's something we have to think about.
Uh but there's
and I don't know what the way forward
is, but I am concerned by that graph and
I need to ask more questions of the data
so we can get a better sense of what we
need to do if we can if we can sort out
more uh
so I'm not just throwing darts at the
problem. I do not want to throw darts at
the problem. I want to solve the
problem.
So, what what I think what I think it is
it's a generational switchover.
What we're seeing right now.
Uh I think I I I guess it I I want to
dig into the data a little more, but I
think we're just losing some people by
attrition and we don't have uh the
process in place to to speak to interest
sort of the that next generation. Um so,
we have to figure out
what that looks like and change our
processes. So,
that's what I think I think the core
problem is.
Uh how do we address it? Um
good question. I have thoughts. And the
new curling club, for example, I don't
have to solve this problem for my new
curling club. I'm not on the board. I
just can be a member. But unfortunately
for all of you,
I have to have thoughts on this. I have
to have opinions. I'm going to share
them with you. And and uh and see if we
can figure out together how to solve the
problem.
Um it's the Unfortunately, I'm the FPL,
so I can't not have an opinion on this.
Um first thing, I think we need to
modernize the contributor experience. I
think we've already started to do that
with some of the tools. Like the forge
is a big leap forward. I think it
actually brings us
uh
access to some workflows that are more
standard in the ecosystem. We can have
opinions about whether or not we are
like everything else in open source
because we are an operating system. Um
but I think we have to try to do things
the way uh the rest of the open source
world has learned to do them while we
have been maturing. Um
And And this isn't a knock on us. We
were way ahead of the curve. It's just
that open source is one. And it won in a
way that we didn't anticipate. And we
need to see if we can get back in the
line and standardize on some processes
and workflows that people now expect um
for open source development.
Uh I also think we need to modernize how
project governance works. Um
I will I put my bright spot. I love the
fact that Vesco has has chosen to do
their skip um process for their term
limits now. I think that's fantastic. It
makes a hole in leadership so that new
people can step up.
Um and I think that's part of it. Again,
curling analogy. My curling club did
that for years, for decades.
Uh it worked really well. Um
and so I'm happy to see it Vesco do that
without me actually having to nudge
really hard to do that. That's
fantastic. Um
but we but we got to do that across all
the government stuff. I think we need to
examine all a lot of the council process
and we can talk about that in the next
panel. Um
I think there's still room for
improvement there for some Fesco stuff
and probably some mindshare stuff. But
but it is a conversation now that I have
that graph, right? These are
conversations we can talk about until we
can make sure that uh we are doing
governance in a way where we're
encouraging new leadership, younger
leadership, with new ideas and where the
innovation is happening.
Um I also think we need to modernize
outreach. Uh like I said, if we're going
to try to make up that gap, we have to
do outreach in a more significant
programmatic way.
Uh and the problem is we don't
necessarily have the resources to do
that right now.
So, we're going to have to figure out
how to expand resources. Uh one of the
things council has talked about um
at it was in the face-to-face um
in February and we we reported on it in
the dailies. You know, and there's a
community group that's already looking
into this
uh trying to find a way to have
a way to take in community money for
community interests that so they can we
can support and broaden the support
beyond what uh Red Hat can do with the
budget. Like like Justin said, like
Flock takes a lot of effort in itself.
Sponsor money from other companies helps
put this on. We need to go further and
so that we can actually
get Fedora people, community members,
out to way more things with a mission to
build up the contributor base again. And
we can't do that
without some resources. So, we got to
figure out a way to modernize that and
get access to more resources. Um
and and we want to run an experiment. Uh
the council actually wants to run an
experiment with Open Collective. I don't
know if anyone's familiar with Open
Collective, but we we want to run an
experiment and do a small money appeal
so that we can learn how that works, uh
have a framework where we can then do
more and grow that in a way that I think
we need to to rebuild an outreach
program globally globally. Um and and
the global situation's got more
complicated in the last
2 years, 5 years, 10 years. So, um we
have to do some work to modernize how we
do that.
So,
uh the other thing I want to say, how
much more time do I have, by the way?
>> All the time you need, man.
>> 13 minutes.
>> 12 minutes? Oh, I can slow down.
Uh
so, I also think that we need to let
ourselves experiment more.
I think we we front-load a lot of
discussion. I'm not going to say
bike-shed, but it's bike-shedding. Um we
front-load a lot of discussion and we we
we try to get things very perfect before
we have something to play with and build
a community around a sustaining
community around.
I I want to I want to fix that. I want
to I want to build a space where it's
okay to do something experimental that
we're not sure is going to work.
Uh we're not making commitments to
users. We're making commitments to just
build community interested in in this
innovating.
And if it doesn't work out, we can
celebrate the attempt and let it live on
somewhere else if it can't be integrated
into the project fully. Um and along
those lines,
um
y'all may have seen that I've been
shopping a proposal that I call Fedora
Innovation Innovation Lifecycle, which
is
inspired by what CNCF does, but it's not
what CNCF does. Um I have a I have a
second draft right now in Fedora
discussion. It's been there for like a
month. The goal My goal is after Flock
is over
and uh
that I'm going to start the formal
process to go through Council's formal
process. We'll do the formal discussion
period, and we're going to work towards
uh implementing it. Uh the key idea
there is that we're going to add like a
sandbox
portion of things where where it where
interesting innovative things can show
up in the project. Uh, we can can be
worked on and then we can figure out how
they get integrated
um, via technical implementation changes
and things like that or so that so that
we're not trying to front-load all of
that for things that are too big for the
change process. For those of you who are
familiar, we have a change process that
Fesco
um,
arbitrates. I guess arbitrates is the
right word.
Um,
that is that is really good for small
incremental changes, but it gets very
complicated for large big ideas, right?
Um, even even stuff like
what Michael's doing with the data uh,
working group is probably too big to
fold in as a change proposal. It needs
to live and breathe as a proof of
concept somewhere before we figure out
how to fully integrate it and that's
what he's doing right now. I just don't
have a I just don't have a good process
to basically place that in while he's
doing that work. So, he's sort of doing
it on his own and that
the intention is to integrate that, but
it's doesn't fit until it needs to
iterate and then we know what the right
thing is and we can put it in.
Um,
and that's that's just uh, something I
talked about this week. Um,
so so I want to make sure that we're
baking in experimentation into the
culture in a way that we de-risk it.
We're not over committing too early
and we have a clear exit path and clear
expectations. Like the part of this is
like anything that runs through this
process in the sandbox, half the things
in the sandbox should fail.
We should not put it in the sandbox with
the anticipation that it's going to
succeed. Half the things should not make
it. That that's a signal that we're
using it the right way, right? Um, but
part of that is being very explicit
about how getting out of the sandbox
works. You need to have I I in my
proposal I put like three pillars. Like
tech you have to show technical maturity
to get out of the sandbox or you have to
show that it has um
market fit or it gets solves a problem,
right? Um that there really is a need
for this thing. And then And then the
third is like it needs to have um
sustaining community like community
engagement. It doesn't have to solve all
three of those things, but it has to
solve
make significant progress on at least
two of those. And then the next stage
you work on the third thing and you get
it integrated. Um I think it's a great
way for um
um some vendor initiatives. Um
I can help I'll say vendor because we
have multiple vendors who depend on this
project now. Like I'm sure you all saw
that Azure is now based on Fedora,
right? Uh Amazon Linux is based on
Fedora. Uh
Uh Red Hat's products are based on
Fedora. Uh and all three of those
vendors could use this process to
experiment and get
innovate technology, make progress on it
with the intent of getting it
integrated, but it's nothing's
guaranteed, right? The idea is to is to
show that this is worthwhile inside the
project and not have to do it outside
the project. Um
and that's And And And like And
Michael's thing is not even a vendor
thing, but it would fit. Michael
Winder's thing is also would fit super
well and it's not a vendor product. It's
a community aspect or community idea.
So,
I think it works and I would like
everyone to take a look at the
discussion or the proposal and provide
feedback. It's the second draft. We're
going to I'm going to make it a formal
proposal and we'll move forward. I'm
anticipating that we'll get a chance to
try it.
>> [snorts]
>> So, speaking of experiments,
uh I want to also talk about Fedora
Hummingbird. Um this is something that
came up for council. Um
Um and we we And because because of the
nature of it, we unfortunately couldn't
make the discussion public cuz we were
in a infrastructure gap. We didn't we we
couldn't we don't have private tickets
right now that we could open up. Um but
um this is a really interesting um,
approach, a new idea, innovative idea on
how to build an operating system from
the sources that are Fedora, right? Um,
and it it's relies much more on
automation. Um, and it's trying to do
what I think is one of the one of the
hardest things and one of the more the
most interesting things. And it's very
much an experiment. And if we had had
the sandbox or the lifecycle process
already, it's an obvious fit. And so
together uh,
the I think the my my intention is once
we get once we get the lifecycle
process, my intention and my
understanding is the intention of the of
the technical leads for Hummingbird uh,
they want to be in they want to be in
the lifecycle process. They want to be
in the sandbox. They want to prove that
this is worthwhile. They want to show
market fit. They want to show it's
technically mature, right? Uh, and then
work towards full integration with the
project. So that's and it and we're sort
of stuck in a chicken and egg problem,
right? Where
where we don't have a process for this
big idea, right? But when I proposed the
process, we didn't have a big idea to
run through the process.
Um, and I think we're going to we're
going to sort that out now over the next
6 months. Um, and and as we run
Hummingbird through this, we're going to
iterate on the process itself and make
the process better for the next thing.
Uh, so that so that it's
we feel more confident that it's the
right process for the big ideas.
Um,
without risking
the rest of the project with a crazy
idea. I want crazy ideas to live and
breathe, but de-risk them in a way that
we can continue to produce the mature
output that everyone's relying on
because that's the success. So,
uh, I just want to summary what am I
got? 5 minutes? I burn 5? Um,
yeah. So a summary, um,
you know, the Fedora users metrics look
great. Everyone who's been Everyone
should feel proud about those metrics.
Everything's everything looks great. Um
those of us in leadership have some work
to do around project health and
sustainability. Um
uh we have to we have to dig into the
data that we have access to about
project health and we need to start
figuring out a way to
make some changes that are day and with
data driven and figure out which of
those changes are are positive impacting
um
so that we can get to a better place in
three or four years.
Um I would I would like to be able to
say in three or four years to run that
graph that we're we're through a wall
and we're back up on the on the
contributors.
Um there's a lot of things here um that
are going on. I would like this to seed
some questions for the leadership panels
that are coming up. Uh
council's up next then Fesco after that
and I believe mind share is tomorrow. Um
so um
yeah, I think I think that's it. Um
things are we've got some problems but
we're
we've got some good work that we're
outputs and we just had need to um
address the internal contributor stuff
and I think we can get there. I'm not
like I said, I think this is just a
general I think this is a generational
switchover stuff and we just have to
figure out a way to encourage the next
generation to participate.
So, thanks for your attention everybody.
>> [applause]
[applause]
>> I mean, I have time for questions but we
can just save them for the council panel
because
it's not just my opinion that matters.
It's everyone everyone in leadership's
opinion matters on this. This is this is
a leadership lift. So,
uh all I can do is get out in front but
I do want I do want council to answer
the questions with me.
So.
Or you just want to let's just roll with
the council panel.
We can we can take questions on council.
Unless you have a question for me.
We'll We'll take questions.
>> The decline in
package
contributions
weekly
or daily, how does it split between Red
Hatters and non-Red Hatters?
>> Good question. So, we There are a whole
bunch of questions I
I still need to ask. I said the the data
stuff
That was a graph that Michael run it ran
up for me yesterday because I happened
to go to his workshop on the data stuff.
We We've had We haven't been able to
answer these sort of questions until
very recently, even though we've had the
data, we haven't had the tools to look
at it. So, he He's invited me
to drop in all my questions that need to
be answered in a repository, and I'm
going to drop in like 80 questions this
week and start answering that. Um so,
that is absolutely one of the Like I
want to piece that apart. I want to
understand where that is.
Um so, I know where the outreach
efforts need to go.
>> Hello.
I would like to ask whether
uh
in the declining graph of the packaging
contributors, whether Flatpak is also
included.
>> Flatpak?
>> Yes.
>> No, my understanding is the Flat I don't
know. I But, they they should show up as
commits because it's just overall
commits into the system. And so, if it
shows up as a commit into our source git
uh or a disk git, it should show up
there. But, I'll take that back to
Michael and make sure. But, right now I
don't know if it's granularized. It's
just I think this is everything that
>> Because maybe a a good
thing to ask would be also whether there
are packages that are no longer provided
as RPMs, but they are provided as
flatpaks now.
>> Well,
well, that that that definitely doesn't
cover Flathub, but it it would cover our
flat our Fedora flatpaks commits.
>> Everything that's a Fedora flatpak is
also a Fedora
>> Right, exactly.
Right, so cuz everything that's a Fedora
flatpak is a Fedora RPM, so
um
I understand the sense of the question,
but but Flathub itself I we can't see in
our in our data.
He's got He's had his hand up for a last
question. Last question.
>> Uh
yeah, I mean, I wanted to say that the
stability of the Fedora is getting
better over the years, so maybe there's
no no need to have that many people
involved, but
well, the generational switchover uh
I don't see anybody here close to the
retirement, so I I'm I'm in
I
I just want to protect the base of the
great people that we have, and if you
also count with the like
uh let's let's keep them. How how do we
Well, I mean, why are we losing the
people actually?
>> Uh
why is hard from data, right? That's
interpretation, right? Um
we have to figure out we we have to go
back and look at who was contributing,
and then ask them questions. But, that
gets into uh
we're just asking the baseline questions
first, and then we can delve into that.
But, but why from data is very
difficult. We'd have to reach out to
people who have stopped and ask them,
but
it's um
>> Yeah, yeah, I guess.
>> Let's be friends, the old and new
people.
>> Oh, no, no, no. Yeah, yeah, obviously.
>> I mean, the bet on the young people
might be uh
risky.
>> Well, you know, when I started, I was a
young person.
So, let's talk about risk.
Um
we have to trust people.
We have to trust that they want to
participate, and we have to mentor them.
Um
we've gotten better over 25 years. The
peop- the people who were at the start,
like me,
we were not good.
But we built a thing.
And the And then And I Part of it is
from from my mind, part of it is like
the goalpost have creeped, right? Like,
what we consider high quality now is not
what we consider high quality 20 years
ago, right? But but we But because it's
a volunteer organization, we have to
have a space for people who are at the
start, who are doing skill development,
right? Um
we had to figure out We had to figure
that out. Um
part of it could be that we can have
people use the sandbox process and do
crazy things that are not good.
But But that gets them in the door.
And And it gives us an opportunity for
them to feel like they're part of the
project, and then they skill up, and
then they gain uh maintainership rights,
because because we've seen them learn.
We've seen them like fail and get
better, and we know that they are
trustworthy. Not that they're doing the
right thing, but they're trustworthy.
Adam, that was the last question.
>> Oh, I'm sorry. I just had a
I just wanted to It's more of a comment
than a question.
>> Go off.
>> We can maybe go ahead and transition.
We're actually on time for the council
panel, so we can
>> Save it. I want I want this to seed
question for council cuz my opinion by
itself is not it not as important as
leadership's opinion generally.
>> So we'll ask we'll go ahead and jump
straight in. We'll do a quick
transition. Coffee break will be after
the council session. We have all of the
folks, council members, if you can make