►
From YouTube: Kubernetes SIG Release Meeting for 20230509
Description
Kubernetes SIG Release Meeting for 20230509
A
A
A
A
That
would
be
great
Josh
thanks
and
before
we
get
started.
I
just
wanted
to
remind
everyone
that
this
meeting
is
covered
by
the
kubernetes
code
of
conduct,
which
basically
boils
down
to
please
be
excellent
to
one
another,
and
we
are
recording
this,
so
it
will
be
available
on
YouTube.
So
if
you'd
like
to
not
be
on
camera
or
anything
else,
just
a
fair
warning
that
this
is
recorded
and
will
be
on
YouTube
all
right
before
we
dump
jump
into
any
sub-project
updates
or
other
discussion
items
we'd
like
to
welcome
anybody.
A
B
Yeah,
my
name
is
e
I
work
for
Microsoft.
This
is
my
first
meeting.
A
C
I
guess
I
can
go
next.
My
name
is
Simi
I
work
for
Cloudera,
actually,
second,
the
third
time
attend,
but
the
first
time
it
got
canceled
and
second
time,
I
joined
a
little
bit
late,
catch
the
maybe
second
half
of
it
last
week.
C
The
third
time
yeah
today
is
third
time.
I.
Think
I
got
invitation
because
I
applied
for
a
shadow
program.
Yeah.
That's
why
I'm
here!
D
My
name
is
my
name
is
and
yeah
I'm
planning
to
do
more.
Upstream
contribution.
I
worked
in
Microsoft
at
the
Azure
community
service.
B
By
the
way,
I'm
Josh
Perkins,
perennial
Sig
release
occasional
contributor
I
actually
wanted
to
interrupt
because
I'm
gonna
need
somebody
else
to
take
notes.
Okay,
the
note
stock
keeps
freezing
on
me.
Okay,
I'm,
not
gonna,
be
able
to
keep
up
yeah.
A
Cool
and
when
you
have
to
drop
Jim
I'll
I'll,
let's
do.
B
F
A
If
anybody
else
wants
to
say
hello
feel
free
or
we'll
move
on
to
our
sub
project
updates
and
the
first
one
is
release
engineering,
if
you
want
to
say
hello,
feel
free
to
unmute
real
quick,
raise
your
hand,
we
can
call
on
you
otherwise,
we'll
move
on
to
the
release.
Engineering
update
from
Marco.
G
Thank
you
so
I
like
to
Quick
up
this.
The
first
one
is
that
go1.34
about
that
99
updates
are
done,
so
everything
basically
is
jumping
so
much
so
we
are
ready
for
that
side
and
the
next
topic
is
that
actually
says
they're
around
the
corner.
Again
chirping
deadline
is
this
Friday
and
then
we
have
the
releases
schedule
for
next
Wednesday.
This
is
17
May.
So
if
you
have
anything,
please
let
us
know
I
have
been
keeping
an
eye.
G
Your
cherry
picks
I
can
requested
for
some
Charities
to
be
provided
more
details,
especially
around
if
you
need
to
share,
because
some
earlier
branches
or
stuff
like
that.
So
let's
hope
that
we
will
figure
that
out
and
this
to
do
can
be
removed
because
Veronica
sent
the
announcement
earlier
today.
So
thanks
for
taking
care
of
that
and
I'm
not
sure
if
you
have
anything
else
from
Real
Estate
generic
site.
A
Do
you
know
who
will
be
doing
the
releases.
A
Okay,
next
up
is
release
team,
Leo
Grace
said
she
couldn't
be
here.
Do
you
want
to
give
us
the
release
team
update.
H
H
So
this
is
getting
wrapped
up
by
today.
Grace
is
working
on
creating
documents
and
and
getting
things
started.
If
you
like
to
follow
up,
we
have
an
issue
which
has
tons
of
check
check
boxes.
Basically,
it
documents
the
entire
release
cycle.
So,
if
you're
interested
in
like
all
those
things
we
need
to
do
or
the
release
lead
needs
to
do,
you
can
follow
up
there,
they're
quite
a
few
things
we
need
to
do
until
next
week,
so
we
plan
to
start
the
release
cycle
next
week,
but
everything
is
on
time.
H
A
All
right,
one
other
update
our
no
is
going
to
be
the
release
manager
for
branch
manager
for
128.
So
thanks
or
no
for
stepping
up
to
do
that,
we'll
open
a
PR
to
add
you
to
the
release
team
docs
today.
G
Yes,
so
a
quick
conflict
story
for
folks
that
are
not
involved.
So,
in
the
past
few
weeks,
secrets
and
folks
from
Kilometers
work
on
breaking
up
a
new
eks
based
probable
cluster
that
we
want
to
switch
some
jobs,
that
we
are
running
in
humanity,
JCP
cluster
and
in
Google
interview,
which
is
something
faster.
G
So
we
actually
started
doing
that
and
the
first
batch
of
jobs
he
was
merged
today,
so
those
jobs
that
are
recorded
in
the
pr
let's
Link
in
the
air,
gender
and
I
can
also
share
it
here
are
now
running
with
the
new
cluster.
This
includes
some
of
the
release
blocking
jobs
as
well.
So
please
keep
an
eye
on
that.
Keep
an
eye
on
board,
so
I
will
be
also
taking
a
look.
G
But
if
you
find
anything
strange,
please
let
us
know
in
single
Eck
test
info
channel
also
thanks
to
Carlos
for
taking
care
of
many
of
our
projects
like
telepathy
bomb
and
other
stuff.
If
you
find
anything
else
for
single
list
that
can
be
migrated,
that
is
not
in
the
pool
of
release
blocking
jobs
like
for
our
projects
and
sub
projects.
Those
jobs
can
be
migrated
as
well,
if
they
don't
depends
on
any
external
resources.
So
if
you
want
to
help
with
that,
it
is
welcome
and
yeah.
A
Okay,
I
had
two
things
that
I
put
on
the
agenda.
The
first
one
is
I've,
updated
our
annual
report
PR
little
delayed
there,
but
I
think
I've
Incorporated
all
of
the
feedback
that
people
had
left.
So
if
anybody
wants
to
take
a
look
at
that,
that
would
be
super
useful.
We
I
think
need
to
merge
it
as
soon
as
possible.
A
So
if
you
could
take
a
look
and
review
and
see
if
we
missed
anything
or
if
there's
anything
that
looks
incorrect,
please
give
a
shout
out
and
I'm
going
to
Ping,
Sasha
and
navaroon
to
review
it
again
because
they
were
the
ones
that
left
most
of
the
feedback.
I've
addressed.
Most
of
that
second
one
I
added
was
kubecon.
During
the
contributor
Summit
there
was
some
discussion
about
restarting
the
working
group.
Lts
I
opened
up
issue
and
sent
a
mail
to
kubernetes
Dev
mailing
list.
A
There
seems
to
be
a
lot
of
plus
ones,
not
full
consensus
yet,
but
I
went
ahead
and
I
opened
a
PR
to
K
the
kubernetes
community,
repo
to
add
to
the
sigs.yaml
file
and
all
the
other
scaffolding
it
kind
of
goes
along
with
starting
a
working
group.
It
also
has
a
draft
Charter
that
I
would
love
to
get
some
feedback
and
reviews
on
from
folks.
If
you're
interested
Sig
release
will
be
one
of
the
stakeholder
cigs.
For
that.
E
Yeah
just
curious
I
know
that
we
did
the
working
group
for
LTS,
like
probably
four
or
five
years
ago
now
and
I
didn't
know
if
we're
involving
anybody
in
from
kind
of
the
dismemberment
of
the
original
wgs
or
the
working
group
long-term
support.
The
only
reason
I
asked
it
seemed
like
we
got
to
a
point.
I
was
involved
early
on
with
it,
as
we
got
to
a
point
where
it's
like.
E
We
all
like
this
idea,
but
there's
not
much
action
to
take
it's
kind
of
like
relying
on
other
cigs
and
other
folks
in
the
community
to
be
interested
in
caring
for
that
LTS
I'm.
Sure
things
are
different
now,
but
I
didn't
know.
If
there's
any
Lessons,
Learned
or
like
you
know,
we
had
wglts
before
was
different
now
than
you
know
in
the
past,
I
guess
as
long
as
we're
identifying
that
if.
B
You
actually
look
at
there's
a
link
to
the
notes
from
the
meeting
that
we
had
at
the
contributor
Summit
and
a
lot
of
the
discussion
was
about
that
was
about
have
things
changed
since
we
disbanded
wglts
in
2019.,
perfect.
B
It
well,
if
you
look
at
the
pr
there's
a
link
to
the
notes.
A
A
Let's
see
if
I
can
find
which
stock
it
was.
B
E
A
Thanks,
yeah
and
and
on
the
tracking
issue,
there
are
plus
ones
from
a
few
folks
that
were
involved
Josh
as
an
example
and
yeah.
B
Enough
and
we've
all
endorsed
reopening
the
working
group,
although
preferably
with
someone
else's,
leads.
A
All
right,
if
there
are
no
other
questions
on
that
topic,
we
will
go
ahead
and
move
on
and
it
looks
like.
The
next
topic
was
from
natish.
Sorry
for
Miss
Bronson
go
ahead
and
come
off
mutant,
bring
your
topic
up.
F
Sure
so
I
am
here
to
adjust
the
topic
about
six
Spotlight
blog
on
the
sick
release
that
has
never
been
taken
in
consideration.
F
According
to
that,
the
thing
is
that
we
actually
have
a
bunch
of
Spotlight
blogs
and
a
different
variety
of
six.
The
general
process
for
building
a
six
Spotlight
blog
is
something
like
we
generally
have
certain
questions
around
a
certain
sick
like
what
are
the
different
ways
to
get
involved
within
a
particular
sick
and
much
more
think
that,
and
we
generally
approach
coaches
of
that
sick
to
generally
ask
those
questions,
because
they
definitely
have
a
good
experience
now
in
the
last
Quantum
X
comms
meeting.
F
The
question
was
raised
about
why
not?
This
is
a
Blog
on
Sig
release,
since
release
is
very
important
part
of
the
kubernetes
area
right.
One
of
the
major
concerns
that
we
that
was
taken
consideration
was
the
release
cycle
changes
frequently.
So
we
are
not
sure
who
are
the
actual
people
that
are
staying,
constant
or
whom
we
can
be
actually
be
reaching
out
to,
so
that
these
people
can
actually
address
their
queries
about
the
release
process.
F
Another
thing
what
a
spotly
Blog
does
is
it
actually
provides
a
major
responsibility
on
what
does
Sig
actually
does.
For
example,
what
does
sync
usability
do
how
to
get
involved
with
Sig
usability
and
much
more
questions
like
that.
So
I
just
wanted
to
know
what
is
the
correct
way.
F
According
to
the
Sig
release,
to
have
a
Blog,
Spotlight
blog
and
the
sick
release,
should
we
actually
divide
that
blog
into
two
parts,
mentioning
what
are
the
different
different
aspects
of
Sig
release,
whatever
it
covers,
or
what
should
be
the
approach
that
sick,
Quantum,
X
contributors
should
actually
follow
to
present
a
Blog
on
the
six
release.
A
So
I
dropped
a
link
to
our
page
or
our
readme
file
from
the
Sig
release
directory
in
kubernetes
community
repo
I
think
it
depends
on
what
you're
trying
to
cover
in
the
blog
Sig
release.
Has
you
mentioned
that
it
changes
from
release
release
like
that's
one,
one
sub-project
of
sigurly
Sig
release
has
a
set
of
chairs
and
a
set
of
technical
leads
that
is
consistent
until
we
rotate
chairs
and
leads,
but
those
those
folks
don't
rotate
in
and
out
every
release.
That's
consistent
like
any
other
Sig
would
have.
A
The
stick
has
two
sub
projects.
Currently,
one
is
the
release
engineering
project,
which
has
a
set
of
folks
that
are
contributing
doing
you
know
cutting
of
branches
and
maintaining
of
the
release
tooling,
that
we
use
as
part
of
the
release
process
and
then
the
other
subproject
is
the
release
team
and
that's
the
one
that
does
rotate
through
every
cycle.
So
128,
129
130
will
have
different
release
teams
and
those
are
folks
that
are
Staffing
and
running
that
particular
release.
A
I
think
it
makes
sense
to
talk
about
both
aspects
if
you're
covering
the
Sig,
because
both
Avenue
both
are
Avenues
to
contribute
right
like
there
is
definitely
an
Avenue
to
contribute
to
release
engineering
work
on
the
tooling,
become
a
release.
Manager
associate
become
a
release,
manager,
there's
a
path
for
that
working
on
the
release.
Team
is
another
one.
That's
gotten
a
lot
of
focus
in
the
past
Leo.
You
have
your
hand
up.
You
want
to
go
ahead
and
chime
in.
H
Yep
so
I
have
a
question,
but
first
I
think
overall.
This
is
like
a
interesting
or
good
idea
over
the
past,
like
I,
mean
I.
Think
since
ever
we've
been
talking
at
conferences
and
so
on,
about
sick
release
and
also
the
release
team
and
release
engineering,
and
maybe
writing
something
this
into
a
Blog
could
be
could
be
very
interesting,
could
be
cool.
My
question
would
be:
is
this
like
a
document
which
needs
to
be
updated?
Every
I
don't
know
half
a
year
or
a
year?
H
Is
this
like
a
or
is
this
a
Blog
which
is
basically
which
we
don't
need
to
update
because
then
I
mean
we
could
also
put
this,
maybe
in
the
readme
in
a
way
so
where's
where's,
the
blog
block
aspect,
that's
my
question.
F
Basically,
the
the
blog
is
actually
there's
no
particular
deadline
up,
till
which
the
blog
should
be
updated.
We
actually
have
a
bunch
of
blogs,
and,
with
years
passing,
we
generally
update
those
blogs
depending
upon
what
major
changes
have
been
there.
F
For
example,
like
Docker
shim,
the
change
was
there,
so
how
did
sick
dogs
actually
managed
all
these
things
so,
depending
upon
what
event
has
been
occurring
a
particular
year,
we
generally
tend
to
provide
a
more
specific
blog
on
a
particular
site
such
that
the
reader
actually
reads:
the
latest
blog
and
gets
the
latest
information.
Okay,
this
thing
performed
this
it
to
actually
resolve
these
many
things
that
were
occurring
on
the
way,
so
there's
no
specific
deadline,
but
there
are
certain
sick
blocks.
F
Sorry,
six
portrait
blocks
that
have
not
been
updated
over
the
years
and
people
still
generally
read
it.
For
example,
the
Sig
Spotlight
bloggers,
usability
I,
don't
think
so
it
has
been
updated
since
2021..
So
there's
no
as
such
deadline,
but
depending
on
what
events
actually
occur,
we
can
generally
write
a
new
block
like
this
sick
performance,
many
X2
conquer
this
event.
H
All
right
sounds
good,
so
it's
basically
like
a
very
high
level
overview
over
the
sake.
It's
not
going
into
detail
so
probably
maybe
the
in
general,
the
contribution
or
the
letter
like
what
Jeremy
mentioned,
maybe
something
we
could
mention,
but
probably
not
like
any
more
details
than
we
could
maybe
reference
to
the
documentation
itself.
So
it's
good.
B
A
Muted
Jeremy,
if
you
are
talking
sorry
I,
was
I,
said
I
will
take
over
for
notes
for
Jim,
since
he
was
stepping
away.
But
what
what
do
you
want
to
do
as
next
actions?
For
your
blog,
it
sounds
like
people
think
it's
a
good
idea
to
do.
A
Generally,
you
talk
to
Sid
leads
for
that.
Is
that
what
you
want
to
do
for
the
for
this
one,
or
do
you
want
to
focus
it
on
any
of
the
particular
sub
projects?
What's
your.
F
Intent,
basically,
the
what
we
are
discussing
about
is
having
an
interview
with
the
coaches
of
a
specific
six,
so
I
just
wanted
to
know
whom
I
can
reach
out
to
from
the
sick
release.
That
has
a
specific
information
about
the
Sig
release,
questions
on
how
to
get
involved
with
the
sick
release.
F
How
did
this
signalese
manage
to
conquer
this
event
and
other
other
much
details,
so
what
I
will
be
creating
is
I'll
be
creating
a
specific
docs
for
the
coaches
or
the
people
that
will
be
addressing
that
separate
specific
questions
once
they
have
answered
those
specific
questions,
we'll
be
creating
a
Blog
out
of
it
and
we'll
publish
a
publishing
it
on
the
kubernetes
website
for
the
same.
A
Okay,
I
think
your
best
bet,
then,
is
to
use
the
the
link
I
shared
to
grab
the
names
of
the
folks
that
are
chairs
and
tech
leads.
You
could
also,
as
part
of
that,
we
can
also
add
in
current
release,
lead,
if
you
want
to
add
in
for
a
little
bit
of
extra
depth,
but
I.
Think
that'll
give
you
the
the
folks
you're
looking
for.
A
A
Okay
sounds
like
we
don't
have
any
more
about
that
one.
Do
we
have
any
other
topics
we'd
like
to
discuss
today,
Marco
I,
think
I
had
a
question
for
you.
We
think
created
a
couple
of
project
boards
during
the
the
meeting
in
and
during
yeah.
Do
we
want
to
add
those
to
this
agenda
to
go
through
because
we
used
to
have
the
project
Boardwalk?
That
was
like
Board
number
23..
G
That's
a
good
idea,
but
before
that
we
should
actually
like
create
initial
tickets.
We
mentioned
that
if
we
plan
to
have
sessions
regarding
that,
but
since
everyone
was
still
recovering
from
cubecon,
we
didn't
follow
up
with
that.
This
is
a
pretty
good
reminder.
Maybe
we
should
follow
up
on
that
and
try
to
schedule
some
sessions
to
we
have
planning
I
will
probably
do
planning
for
packages.
I
can
create
issues
on
my
own.
G
I
will
probably
do
that
later
this
week
or
beginning
of
hexic,
but
we
need
to
figure
it
out
for
Designing
efforts,
I
guess
for
that.
We
will
probably
have
to
wait
next
week
because
Carlos
and
park
are
on
silicon
or
open
source,
Summit
I'm,
not
sure
so
after
they
get
back.
Maybe
we
can
schedule
something
and
try
to
take
care
of
the
other
board
as
well.
Okay,.
A
That
sounds
good.
I
will
hang
both
of
them
next
week,
once
they're
back
to
schedule
something.
I
A
Okay,
any
other
questions
or
discussion
about
that
topic.
Before
we
I
guess
we
can
call
it
a
day
how
about
asked?
Do
we
have
a
list
of
issues
that
new
folks
can
pick?
We
do
have
issues
that
are
tagged
as
good
first
issues
across
some
of
the
repos.
A
A
If
folks
are
interested,
we
can
probably
if
we
don't
have
that
today,
I
think
we
can
summarize
a
list
of
all
of
the
the
sub
like
the
tooling
repos,
that's
going
to
be
the
place
that
most
of
the
issues
are
going
to
be
open.
Since
that's
where
a
lot
of
the
work
is
going
to
happen,.
A
All
right
well
with
that
I
will
adjourn
for
today.
Thanks
everybody
for
attending
Leo
says
he
likes
the
idea
of
creating
a
list
of
repos
the
cigarettes,
I'll
double
check
and
see.
If
we
have
that,
if
we
don't,
then
we'll
create
one
there,
we
go
I'm.
A
Thanks
Jim:
let's
see
if
I
think
that's
pretty
accurate.
Okay.