►
From YouTube: K8s SIG Docs Meeting for 20220208
Description
For more info see https://git.k8s.io/community/sig-docs
A
Foreign
folks
welcome
to
the
February
8th,
kubernetes
docs
meeting.
Do
you
want
to
let
everyone
know
that
the
this
meeting
abides
by
the
cncf
code
of
conduct,
which
boils
down
to
just
to
be
nice
and
to
be
excellent
to
each
other?
This
meeting
is
also
recorded
and
uploaded
to
YouTube
as
well.
So
I
just
want
to
be
just
just
one.
Let
everyone
know
just
to
be
cautious
of
what
they
say
if
they
don't.
A
A
All
right,
let's
move
on,
updates
reminders.
This
week's
PR
Wrangler
is
Celeste
I'll,
see
if
SLS
is
available.
If
not
I
could
do
some
PR
wrangling
as
well.
A
Next
week's
PR
WR
Wrangler
is
Jesse
J.L
Butler,
there's
a
link
here
for
PR
Wrangler
shifts
and
for
those
who
are
interested
in
learning
What
APK
Ranger
does
there's
also
an
opportunity
to
Shadow
a
PR
Wrangler
as
well.
So
you
could
sign
up
in
this
on
this
link
here.
D
A
D
Should
suggest
you
were
thinking
that
if
anyone
doesn't
know
how
to
get
to
that
wikileak,
they
can
also
ask
in
Slack.
A
All
right,
moving
on
to
the
agenda
release,
1.24
I,
see
Nate
and
Chris
are
on
the
line.
B
Yeah
so
Nate's
here,
but
I
was
sort
of
scheduled
to
give
the
report
today.
So
basically
we're
green
still
early
on
in
the
docs
process
for
the
release.
The
enhancement
freeze
was
this
past
Friday,
so
this
week,
basically
we're
going
to
be
well.
Nate
will
be
handing
out
assignments,
basically
put
the
from
the
all
the
list
of
the
enhancements
on
our
spreadsheet,
we'll
assign
names
to
them
and
then
we'll
start
tracking
down
the
owners
of
the
enhancements
to
begin
filling
in
placeholder
PR's,
where
they
can
put
the
documentation.
C
No
I
just
wanted
to
maybe
mention
the
docker
shame.
Removal
project
is
still
continuing.
We
had
our
meeting
this
morning
and
there
are
still
unassigned
and
untriaged
issues.
So
if
you
want
to
go
through
and
look
at
unassigned
issues,
particularly
there
is,
there
is
work
to
to
to
be
done
and
we'd
be
happy
to
have
you.
A
The
Nate,
do
you
mind,
adding
a
link
to
those.
A
You
also,
if
you
have
any
questions
as
well,
feel
free
to
ask
in
slack
if
this
is
your
first
time
in
the
kubernetes
sick
docs
feel
you
could
definitely
help
yourself
to
assign
yourself
an
issue
and
just
ask
for
any
help
out
on
the
Sig
doc
slack
Channel.
A
All
right,
just
one
thing
to
note
I,
think
there's
about
in
numbers
in
in
the
60s
for
the
number
of
of
enhancements
that
has
met
or
they
have
met
enhancement
for
you.
So
that's
a
quite
a
good
number.
A
So
that's
a
pretty
good
number
compared
to
the
last
release,
so
yeah,
there's
gonna
be
a
lot
of
reviews
coming
up
all
right.
Any
comments
or
questions
for
the
release.
124
docs
team.
B
I
was
just
going
to
say:
there
are
66
caps,
only
one
says
Docker
shim
on
it
and
that's
that
alone
is
a
whole
pile
of
stuff.
So
this
there's
really
a
ton
of
stuff
coming
through,
for
this
release
see.
D
How
are
we
doing
on
signaling
our
capacity
at
Sig
dogs
and
maybe
Sig
releases
capacity
to
support
that
to
the
people
who
have
you
know
opted
into
this
Cornucopia
of
improvements.
C
When
you
say
signal,
we've
got
this
meeting
and
we've
got
the
docker
shim
removal
meeting
and
we've
got
blog
posts
scheduled
I.
Don't
think
the
blog
post
will
necessarily
help
with
our
capacity,
but
at
this
point
for
the
dockershim
side,
I'm
not
sure
that
we
have
hit
our
capacity
ceiling.
I
think
we
can
do
I
feel
like
we
can
do
more
and
I
feel
like
the
people
are
interested
in
doing
more
on
the
the
docs
side.
C
We're
still
early
enough
in
this
process
that
I'm
not
sure
I've
got
a
good
sense
of
it.
Yet.
D
D
So
we've,
essentially,
if
you,
if
there's
a
dial
and
we've
got
sort
of
generic
on
one
end
and
focus
on
dockershim
on
the
other,
we've
turned
it
quite
a
lot
towards
focus
on
dockershim.
That
was
a
sort
of
a
Sig
level
decision
for
Sig
dogs.
But
what
that
means
is
there's
less
capacity
than
usual
and
there's
more
enhancements.
A
I
agree
in
that,
in
that
regard
and
I,
don't
think
we've
communicated
at
all
on
our
cigars
capacity
and
in
terms
of
these
increase
of
enhancements
for
124..
We
pretty
much
had
a
big
increase
or
an
increase
of
enhancements
since
118,
except
for
123..
That
was
the
only
release
that
we
did
not
have
a
continuing
increase
of
enhancements.
A
C
That
something
that
you
would
like,
the
docs
team,
myself
and
and
the
Shadows
to
to
go
and
visit
other
cigs,
presumably
they've
all
got
weekly
meetings
and
are
as
organized
as
we
are.
Would
it
be
valuable
for
us
to
go
through
I,
think
I
think
we
got
one
two
three
four
five.
C
Probably
about
12
13
sigs
represented
in
our
just
the
eyeball
item,
just
got
a
list
here
so
I
mean
we
could
all
go.
C
Each
of
us
visit,
sort
of
four
or
five
other
cigs
and
say
hi
may
not
even
be
that
many
to
be
honest,
and
then
say
this
is
this:
is
the
situation
and
do
that?
Probably
sooner
than
later,
I
can
also
bring
that
up
in
the
release
meeting
we
have
on
oh
where's,
my
calendar.
Now
we
have
a
weekly
meeting
tomorrow:
Lanza
8
AM
Pacific
Time
on
Wednesdays,
where
we
have
all
the
leads
for
the
release
and
I
can
bring
it
up
there
as
well.
A
Yeah
I
think
that's
a
good
topic
to
bring
up
in
tomorrow's
release
team
meeting
and
also
a
good
topic
to
bring
up
to
other
Sig
meetings.
The
release
lead.
Actually
he
or
she
joins
the
release
team
meeting
of
other
six
meetings
to
introduce
themselves
and
to
introduce
milestones-
and
this
is
a
good
point-
to
bring
in
the
importance
of
having
doc
PR's
targeting
124
pretty
early
on
yeah,
because
we
always
struggle
and
that's
to
say
the
least,
to
me
to
meet
the
deadlines.
A
I
think
it
is
extremely
important
and
we
can-
and
we
continue
that
I've
thought
about
this
as
well-
making
deadlines
earlier
in
the
release
so
that
sick
docs
of
reviews
aren't,
since
we
don't
have
to.
E
A
We
always
tend
to
do
quite
a
number
of
reviews
towards
the
end
of
release,
so
we
spread
it
out
more,
but
there's
there's
a
timeline
issue
with
code
freeze
and
folks
want
to
work
on
their
code
first
before
getting
making
the
changes
to
to
to
the
documentation
so
yeah,
so
yeah
and
and
summary
yeah.
Please
bring
it
up
to
the
releasing
meeting
tomorrow
and
also
do
suggest
attending
those
sign
meetings
as
well.
Just
to
let
people
know
that
we
have
a
good
number
of
increase
of
enhancements.
B
B
You
know
names
within
the
organization
that
can
review
things,
because
that's
where
the
bottleneck
tends
to
be
at
the
end
of
the
release
is
finding
the
the
experts
to
be
able
to
say
that
the
the
docs
are
okay,
so
that
that
I
think
if
we
get
real
names
and
start
communicating
with
them.
Now
that
hey
start
getting
getting
ready,
we're
going
to
be
calling
you
this
last
week
to
to
come.
Look
at
some
some
docs
PRS
I.
Think
that
would
be
a
good
thing
for
us
to
do.
A
C
I
think
Chris
you
are
scheduled
for
bringing
the
update
tomorrow,
so
I
will
I'll
help
I'll
help
with
the
notes
and
whatnot,
but
I
think
I.
Think
I
think
we
are
a
good
spot
for
bringing
that
up
with
them
and
figuring
out
what
to
do
next.
Thank
you
appreciate
you
bringing
up
that
question.
Tim.
A
D
It's
over
here
so
yeah.
This
is
a
bit
of
an
odd
we've
got
a
couple
of
places
where
we
we
list
we're
linked
to
a
whole
set
of
essentially
I
think
the
way
I
see.
The
aim
is
that
we
want
to
to
have
a
neutral
way.
To
say
here
are
all
of
the
things
we
know
about
that.
Let
you
do
this
thing
and
container
run
times
would
be
another
topical
example.
D
We
don't
want
to
say
this
is
the
one
to
use
you
can
use
whatever
thing
you
know
you
want,
and
what
we
aim
to
do
is
to
link
to
people's
docs.
We
don't
want
to
say
I
mean
there's
exceptions
for
things
like
Linux
and
windows,
where,
like
you're,
going
to
have
to
be
specific
at
some
point,
but
the
general
thing
is:
if
we
can
get
away
with
saying
there
are
these
47
things
go
and
look
at
these
47
links
to
find
out
how
to
use
them?
D
That's
much
better
than
us,
documenting
47
things
and
how
you
use
them
with
kubernetes,
because
we
haven't
the
capacity
for
that
see,
Nate
doing
a
thumbs
up
so
I
think
that's
the
spirit.
Intent
of
of
this
change,
we
don't
want
to
remove
the
list
of
bone
cnis
entirely
from
the
website.
Yeah
like
somewhere
the
reference
section,
but
somewhere.
We
need
to
have
this
information
and
I
guess:
yeah,
Network,
plugins
somewhere,
but
linking
to
docs
is
strongly
favored
and
then
this
one
Jim
mark.
A
All
right,
I
see
your
point.
I
did
look
at
the
questions
as
well.
I,
too
didn't
needed
some
insights
on
what
the
ideal
networking
page
should
look
like
in
regards
to
the
third
party
contents.
A
Instead
of,
should
we
I'm,
assuming
in
my
in
my
opinion,
these
should
just
be
links
to
the
cni
plugins
that
kubernetes
needs
to
to
work
instead
of
having
more
detailed
descriptions
of
the
cni
plug-in.
Should
we
just
have
just
a
list
of
plugins
and
links
to
those
plugins.
D
I
do
wonder
if
you've
just
got
the
name
you
know
is
that
is
that
maybe
a
bit
brief,
maybe
like
knowing
the
vendor
or
or
something
like
you
know,
Calico
from
Calico
and
such
a
thing
from
acne
Labs
might
be
nicer
without
being
you
know,
well,.
F
I
I
have
a
different
opinion,
I
think.
If
you
start
doing
that
people
get
uncomfortable,
you
know
we
try
and
show
that
we're
Thunder
neutral,
and
this
seems
like
it's
the
the
proper
amount
of
yeah.
You
know,
Calico
is
calico
and
what
have
you
and
Azure
is
azure
but
I
kind
of
think
it's
it's
it's
doing
a
nice
job
of
of
of
not
feeling
vendory
by
not
putting
that
in.
G
I
I,
don't
know
I'm,
not
sure.
If
us
advertising,
the
vendor
would
not
make
us
neutral,
but
it
would
help
other
folks
who
do
have
opinions
about
what
vendors
they
want
to
use.
Make
the
right
choice
or
decision
for
themselves,
perhaps
and
I'm
wondering
if
what
the
line
would
be
between
us
being
as
informative
for
folks
as
possible
versus
us
being
neutral.
F
G
Yeah
I
guess
I
guess
for
me
in
terms
of
wanting
to
make
sure
that
this
page
is
as
useful
as
possible
on
on
one
specific
interaction
versus
having
to
cook
into
everything.
That
would
be
my
only
argument
against,
but
I'm
also
happy
to
be.
F
Yeah
I
mean
I.
Guess
we've
got
one
here
that
says:
cni
Genie
from
hallway
I
I
think
as
long
as
it's
tasteful
and
very
gentle
sure,
just
otherwise
people
might
might
have
an
opinion
and
go.
What
are
you
doing.
F
B
D
We
have
no,
we
have
cubenet.
So
let
me
link
to
another
page
I'll.
Stick
this
in
the
chat.
You
can.
You
need
Cube,
you
need.
You
need
an
a
network
plugin
to
make
a
cluster
and
you're
not
going
to
get
very
far
with
what's
built
into
kubernetes.
That's
why
these
are
listed
at
all.
Otherwise,
would
like
that
have
gone
we're
trying
to
get
rid
of
anything
where
you,
you
don't
need
it
at
all
and
say:
I'm!
Sorry,
we're
not
gonna
have.
D
There's
pages
on
the
page
on
deploying
with
Cube
item
used
to
say
as
an
example:
here's
how
to
do
weave
and
we've
taken
that
out.
It's
like
now,
I'm
afraid
it's
just
so
much
more
important
to
be
neutral
than
to
give
an
example
that
we
have
taken
out.
The
weave
example
you'll
now
have
to
go
and
figure
it
out.
So.
G
G
D
H
A
I've
used
the
example
to
install
with
weave
and
when
I
took
the
CK
exam,
because
the
exam
for
I
mean
the
documentations
for
the
documentation.
It
is
also
used
for
the
for
for
exams
as
well
yeah,
so
I,
don't
know
what
what
that's
where
we
should
have.
Links
to
that
versus
have
a
have
some
sort
of
example.
I,
don't
know
where,
where
we
should
draw
that
line.
B
Could
could
we
do
something
kind
of
in
between
I
mean
I
know
this
is
probably
breaking
all
kinds
of
rules,
but
I
I
always
I
try
to
err
on
the
side
of
getting
users
happy
and
but
that's
probably
not
right
in
this
case.
But
what
if
we
gave
like
examples
that
you
know
here's
an
example
of
weave
now
any
other
vendor
can
show
up
and
give
their
links
to
how
to
to
how
to
do
that.
A
B
D
B
A
Right,
it's
reading
some
notes
from
dims
about
cubenets.
We
don't
have
kidnap
with
Doc
shamgan
and
he
is
going
to
reopen
an
issue
and
the
doc's
bullet
points.
C
Could
you,
it
seems
like
a
part
of
the
docker
Shin
removal.
So
could
you
add
that
to
the
at
least
the
thank
you.
D
A
For
me,
I
have
I
I
have
a
harder
time,
understanding
like
where,
like
I,
think
Brad
mentioning
like.
Where
should
we
draw
the
line
of
what
needs
to
be
updated
on
this
page,
since
this
issue,
blinks
specific
for
specifically
to
the
to
this
networking
page
here
of
what
changes
we
should
have
for
hcni,
as
as
we
mentioned
with
the
link,
or
is
this
short
one
or
two
cents,
you
know
with
the
vendor?
A
Maybe
how
it's
a
little
difference.
That's
how
we
kind
of
have
it
for
some
of
the
cnis
I.
Should
that
be
and
I,
don't
think
that
should
be
part
of
it.
So
we
could-
and
this
is
just
my
opinion-
I
think
I-
could
have
example
of
what
a
change
would
be
and
if
we
could
have
folks,
I
could
link
that
PR
in
the
Sig
docs
slack
Channel
Once,
that's
open
to
have
the
cni
the
vendor
my
opinion
with
the
third
party.
A
What
they're
kept
about
third-party
content
removal
is
to
not
include
differentiating
parts
of
cnis
and
want
to
get
other
people's
opinions
on
this
as
well
or
should
we
include
like
what
what
the
cni
or
how
the
cni
works?
As
we
see
some
of
this
here
as
well,
my
opinion
should
just
be
the
link
in
the
vendor
and
just
maybe
one
sense
about
the
cni,
but
not
really
showing
the
advantages
of
a
cni.
G
I'd
be
open
to
like
yeah
you're,
opening
the
pr
with
the
example
there
and
that's
kind
of
roofing
on
that
Ray
I
think
that
might
be
a
better
way
to
get
feedback
from
folks
and
decide
on
the
way
forward.
D
I,
guess
is,
is
someone
and
I
have
to
admit?
I
was
doing
the
issue,
so
there's
my
thing,
I
might
be
repeating.
Is
someone
willing
to
to
own
or
or
act
as
someone
to
to
liaise
with
those
new
contributors
and
and
at
least
have
an
answer?
Even
if
the
answer
is
we're
still
discussing
this?
Would
someone
be
willing
to
take
that
liaison
role
so
they're
not
hearing
nothing
I
could
do
that.
A
Okay,
all
right
next
topic
update
language
name
and
then
config.tamil
she's,
both
native
and
English,
alphabets,.
H
Yes,
so
I
put
this
in
here,
it
was
from
something
we
brought
up
actually
on
above
brought
this
up
in
the
localization
meeting
we
had
yesterday
and
we
decided
to
come
up
with
the
standard
of
how
to
do
this.
H
So
if
you
just
go
down
a
little
bit
farther
you'll
see
a
screenshot
of
the
language
drop
down
on
the
docs
site
and
some
of
the
languages
have
you
know
the
the
language
written
in
the
nib
alphabet
and
then
also
in
English,
but
that's
not
the
case
for
all
of
them.
So
we
decided
to
you,
know,
create
a
standard
as
the
localization
group
and
so
it'll
be
written
in
you
know
the
native
language
and
then
also
in
the
the
English
alphabet,
not
English
the
Latin
alphabet.
H
Sorry,
it's
written
up
really
clear
throughout
the.
If
you
want
more
information
about
it,
Soca
wrote
a
really
great
issue
with
all
the
details,
but
I
figured.
It
was
something
to
bring
up
here
because
it
was
something
we
decided
to
have
create
a
standard
around.
H
A
So
what
are
the
next
steps
after
this
proposal
once
there's
a
feature
request?
Well,
obviously
needs
triage,
but
yeah
really.
F
I,
you
know
the
idea
here
was
for
me
just
to
reach
out
to
the
different
localization
teams,
and
you
know
just
make
the
suggestion
that
if
they
can
do
it
the
way
the
top
three
are
doing
it.
F
You
know
if
you
look
at
the
ones,
if
it's
great,
if
you
look
at
the
top
three
compared
to
the
bottom,
three,
the
top
three
all
of
us
can
figure
out
which
language
it
is,
and
the
bottom
three
needs
some
very,
very
talented
people
and
educated
people
to
figure
out
the
last
three
or
four
or
you
take
a
guess.
Right.
I
could
maybe
get
one
out
of
four
right.
F
So
you
know,
I
took
the
issue
that
will
just
follow
up
and
see
if
they're
willing
to
very
quickly
just
just
up
that
update
that
similar
to
to
how
the
other
ones
are
done,
and
we
have
a
nice
example
that
that
was
provided.
A
C
I
just
got
a
question
I'm
just
revising
my
one
of
my
own
PR's
here
with
the
easy
CLA.
Is
that
now
our
easy
CLA
errors
now
blocking
is
that
I'm
looking
here,
I'll
share.
A
C
E
Use
case
we
gave
them
saying:
look.
We
need
to
be
able
to
merge
things
when
there
is
like
information
mismatch
in
the
git
commits
so
yeah,
hopefully,
they've
taken
care
of
it,
but
I
can't
tell
for
sure
until
we
try
it,
but.
A
Yeah,
just
for
a
heads
up
for
folks
part
of
the
release
process.
We
we
have
a.
We
have
a
Deb
Branch
for
the
next
release
and
we
all
we
do
weekly
syncs
of
what's
in
Maine
into
that
Dev
branch
and
since
the
easy
CLA
is
now
blocking
fear.
That's
those
sinks
won't
be
able
to
merge
into
the
the
branch.
F
B
F
I
I
handled
the
UCLA
for
my
company
and
so
I've
I've
been
pretty
familiar
with
having
to
open
issues
regarding
acla
and
not
working
for
people
and
having
to
do
special
things.
Is
it
just?
Is
it
I
thought
that
had
calmed
down,
but
is
it
not
calmed
down
that
certain
people,
just
the
UCLA,
says
no,
no
go
and
they
can't
they
can't
push
their
PR.
E
So
you
know
we
had
one
bot
before
right
so
Brad,
so
that
bot
was
not.
We
didn't
have
the
source
code
to
browse
things
and
it
wasn't
giving
enough
information
so
easy.
Cla
was
a
thorough
rewrite
from
scratch,
and
cncf
funded
certain
set
of
people
to
write
that
bot.
Now
they
are,
they
are
rolling
it
out
for
like
two
months
or
so.
E
We
were
running
both
parts
parallely
just
to
shake
out
all
these
issues,
while
they
were
trying
to
sync
information
from
the
old
system
to
the
new
system
and
when
things
settle
down
there
now
we
feel
that
it
is
time
to
you
know,
disable
the
old
bot
and
just
use
the
new
bot.
That's
basically
what
happened.
E
So,
yes,
there
might
be
some
people
who
might
get
caught
with
the
easycls
stuff,
but
the
easy
UCLA
you
know
going
through
the
prompts
that
the
bot
leaves
as
comments
it's
easier
to
get
in
and
like
sign
your
CLA.
If
you
run
into
trouble-
and
we
also
have
an
open
issue
still
for
tracking
any
of
the
stragglers
which
we
might
see
in
during
this
release.
Okay,.
F
E
F
A
And
I
think
it's
only
going
to
be
this
Branch
sync,
maybe
the
next
one,
since
this
week's
and
next
week's
might
have
to
have
some
merged
PRS
before
the
easy
CLA
was
official
that
we're
gonna
have
issues
with
so
the
one
that's
open
right
now
on
next
week's
might
have
an
issue.
A
All
right
and
the
other
open
discussion
topics.