►
From YouTube: Kubernetes Contributor Experience SIG 20180411
Description
We meet every Wednesday to discuss Kubernetes Contributor Experience projects. Join us!
A
Recording
alright
hi
everyone
welcome
to
today's
date
is
April,
11th.
Goodness
gracious
addition
of
contributor
experience,
we
do
have
a
full
agenda
today
and
since
we
are
now
booking
a
weekly
meeting
that
we're
no
longer
going
to
separate
out
topics,
so
today
is
whatever
you'd
like
again.
If
you
have
not
added
your
name
as
an
attendee
to
the
list,
please
do
so
so
in
case.
We
need
to
get
back
to
you
about
a
topic
that
would
be
great.
A
So
first
things.
First,
we
always
do
reoccurring
items.
If
there's
any
new
contributors
on
the
call
which
they're
not
and
then
do.
We
have
any
community
meeting
issues
George
hosts
graph
of
the
week.
I
know
we
already
I,
know
Aaron's
I,
know
four
graphs,
so
we're
good
there.
Do
you
have
anything
that
you
wanted
to
call
out
for
help
about
community
meeting
with.
C
Everything's
confirmed,
except
I'm,
still
trying
to
talk
cluster
ops
into
doing
something.
They
are
busily
they're,
basically
demoting
themselves
from
a
sig,
maybe
even
from
a
work
group
down
to
whatever
this
future
thing
that
we're
potentially
doing
is
Ivan
lacks
a
good
story
to
discuss
in
the
community
meeting,
but
they
haven't
committed
to
doing
that.
Okay,
so
cluster
I,
never
just
before
I
think
you're,
mixing
them
up
with
on
mixed
ran
back
mixing
them
up
is
one
of
the
discussions
was
whether
or
not
those
two
should
merge.
Yeah.
B
C
B
C
A
B
A
B
B
Right,
okay,
I
will
look
at
that
done
and
the
other
bit
of
feedback
they
had
is
the
Help
Wanted
tag
they
get
confused
because
sometimes
they
want
help
wanted,
but
that
doesn't
necessarily
mean
that
that
issue
is
appropriate
for
new
users.
So
they
were
wondering
if
we
can
get
some
granularity
there
and
I
haven't
caught
up
on
issue
labels
or
anything
so
I
thought
I'd
just
bring
it
up.
I'm.
G
Always
confused
by
this
because
Help
Wanted
means
hope,
wanted
and
and
we've.
Actually,
there
have
been
a
few
people
who
have
complained
that
contributor,
experienced
enhancements
and
Help
Wanted
are
often
focused
only
on
the
novice
and
help
one.
It
should
also
mean
that
there
there
are
places
where,
if
you
have
expert
experience
in
a
particular
city
area
that
you
could
step
up
and
do
it,
but
it's
not
it's
something:
that's
backlog
and
not
otherwise,
currently
owned.
So
the
it
could
be
a
great
place
for
a
newcomer
to
the
project
as
well.
D
B
B
A
A
C
B
All
right,
well
blob,
well,
I,
will
summarizes
this
stuff
and
send
it
back
to
Lisa
good
AWS
in.
D
Them
in
the
meantime,
I
don't
know
if
the
more
human
facing
issue,
because
I
saw
it
again
in
the
reddit
AMA
is
like
I
would
go.
Look
at
Help
Wanted
except
nobody
seems
to
be
maintaining
those
issues.
So
we
don't
know
if
they're,
stale
or
whatnot
we've
said
this
a
lot
like
if
we
can
actually
just
get
somebody
to
go
through
that.
You
know
not
that
I
am
volunteering
myself.
I'm
also
adds
all
the
time
this
week,
but
I
think
yeah
like
I.
Would
really
you
know
it's
a
problem.
B
D
F
Just
to
jump
on
this
real,
quick
one
of
the
things
they've
done
on
helm
is
they
have
somebody
every
week
and
it
changes
week
by
week.
They
call
the
issue
Sherpa
and
basically
it's
their
job
to
go
through
and
start
tagging
things
and
you
switch
it
from
week
to
week.
So
nobody's
got
a
permanent
responsibility.
F
It
doesn't
have
to
be
any
of
that,
but
there's
a
pool
of
people
who
are
the
leads
and
every
week
somebody
takes
it
on
and
goes
through
to
make
sure
these
things
happen,
and
if
you
can
a
week
it's
easy
because
somebody
else
can
and
it's
a
way
to
take
turns
I,
don't
know.
Is
that
something
that
contributor
experienced
a
group
of
people
would
want
to
do
like.
B
H
D
Right,
okay
and
so
in
an
ideal
world,
cigs
are
responsible
for
attending
to
their
issues.
So
contributor
experience
could
go
an
actus,
a
technical
leads
to
say:
hey
is
this
still
relevant?
Is
this
pertinent
or
we
could
start
taking
away
their
cheese
and
removing
helpful
on
it,
labels
from
their
issues
and
see
if
they
don't
I,
don't
know,
but
I
just
think
that,
like
it's,
it's
an
undue
technical
responsibility
on
a
group
I
agree
that
we're
responsible
for
like
what
we
are
interested
in
making
sure
that
is
a
meaningful
label.
B
F
It
be
an
idea
to
have
a
maybe
get
a
couple
of
cigs
to
try
doing
more
of
this
in
sub
projects
and
then
somehow
evangelize,
how
it's
being
successful
to
try
and
egg
more
cigs
into
doing
this
I'm.
Just
trying
to
think
of.
Is
there
a
way
to
get
the
ball
rolling
because
I
like
the
idea,
better
labeling
and
Help
Wanted
listing
it
and
trying
to
get
everybody
to
do
it?
B
That
helps
because,
if
we
got
got
pointed
out
as
a
criticism
during
the
AMA
and
during
the
inner
contributors,
maybe
we
could
pitch
it
as
like
look,
you
know,
people
are
starting
to
ask
why
you
know
why
kubernetes
says
and
have
these
things
people
are
wouldn't
help.
Do
we
have
a
few
volunteers
to
consider
like?
Maybe
we
should
start
with
six
consider
having
an
issue
Sherpa,
that's
a
rotating
thing,
or
at
least
I.
G
H
I
guess
at
one
point
we
did
you
know
last
year,
while
working
the
Diaz
guidelines
and
later
I
think
we
are,
if
either
like
five,
which
has
the
most
number
of
issues.
You
know,
and
you
know
I
mean
if
those
five
six
have
a
rap.
You
know
who
can
take
it
down
that
issue
self
or
like
a
tre
up
or
something
that
can
take
care
of
this,
but
I
again
that
time
also,
we
were
told
that
it's
the
bank.
H
A
Yeah
I
think
I
think
it's
a
good
idea.
I
really
like
I,
said
in
chat.
I,
really
think
we
need
to
do
more
workshops
and
more
learning
and
training
and
I
mean
these
are
all
people
problems
that
major
large
organizations
have
and
were
a
major
large
project
at
this
point,
so
I
think
issue
grooming
and
how
to
manage
your
sake
better
and
like
tips
and
tricks
for
four
people
on
unlike
project
management,
I
mean
all
of
this
stuff
would
be
amazing
to
have
and
I
something
that,
like.
A
A
B
This
would
be
a
real
quick
one,
so
we
had
a
group
of
complaints
actually
about
the
last
demo
at
the
community
meeting
being
too
commercial,
namely
it
didn't
work
on
kubernetes,
so
people
are
asking
hey,
do
to
tighten
up
the
hosting
guidelines
and
all
this
stuff,
but
we
actually
have
hosting
guidelines
that
are
linked
to
and
everything
I
think
that
just
may
be.
The
solution
to
this
is
whoever's
hosting
that
week,
instead
of
just
saying
hey,
are
you
ready
for
your
demo
this
week
and
we
say,
show
up
10
minutes
early?
B
You
know
that
not
that
sort
of
thing
like
he
put
something
interesting
for
the
kubernetes
community,
but
still
allowing
people
who
have
commercial
products
to
demo
stuff
for
the
community,
but
keeping
it
classy.
So
we
have
all
that
stuff,
it's
written,
so
I,
don't
I,
don't
know.
Do
we
kind
of
want
to
drive
it
home
a
little
bit
more
that,
like
I,
don't
know
how
everyone
here
felt
about
the
demo.
So
I
don't
know
did
that
people
complained
to
me
privately
afterwards,
though
I.
E
B
B
A
I
Yep,
so
as
we
currently
KFC
is
right,
we
having
first
rule
so
it's
you.
Could
you
could
notice
my
proposal
in
working
group,
tread
and
proposing
to
establish
kind
of
like
the
service
desk
style,
mailing
list
to
receive
Tristan
the
input
from
the
community
on
any
questions
or
any
situations
to
provide
them
any
kind
of
support
style
for
from
the
community
admins?
So
we
currently
have
the
well-defined
group
of
people
who
have
some
extra
rights
in
the
community
and
when
we're
speaking
about
slack
when
I
was
speaking
about
github
ownership,
for
example,
and
so
on.
I
I
A
D
A
That's
what
slack
admins
is
for,
and
yes,
yes,
so
it's
like
lines
around
that
I
mean
I.
Don't
think
this.
This
has
anything
to
do
with
coda
issues.
This
is
more
like
hey,
I
need
a
zoom
account
and
hey
I'm,
a
new
Stig
and
the
following
nine
things
like
George
and
I
or
II,
or
somebody
else
sets
up
like
their
calendar
or
whatever
it
is.
It's
like
literally,
it's
like
pretty
much
a
ticket
system
that
happens,
except
we
don't
track
that
anywhere.
Okay,.
D
I
A
I
I
I
So
if
we,
if
we
as
community,
will
decided,
we
need
the
service
desk
system,
see
and
see
if
they'll
do
it
for
us,
but
for
my
personal
prospect,
if
I'm
not
sure
that
we
need
to
really
get
in
system.
In
this
case,
we
have
only
like
around
five
five
five
seven
people
who
the
real
community
administer
it's
possible
for
almost
everything
here,
so
we
can
simply
save
the
inputs.
We
are,
we
had
a
classic
email
for
and
that's
that
should
be
enough
and
isn't.
A
D
D
If
you're
saying
that
you
have
a
slack
channel
that
you're
all
active
on
that
might
serve
its
purpose,
but
a
publicly
accessible
mailing
list
is
your
default
ticketing
system
and
a
private
mailing
list
where
you
can
discuss
amongst
yourselves
or
people
who
aren't
sure
and
are
afraid
to
ask
the
public
mailing
list
reaching
out
privately
has
served
us
well.
As
the
steering
committee
mm-hmm.
I
A
I'd
love
to
just
engage
people
with
the
steering
committee.
If
they
have
a
code
of
conduct
issue
I
mean
that's
where
they
should
be
going.
So
all
right.
Next
item
on
the
list,
I
guess
we'll
go
ahead
for
actions
there.
We
will
go
ahead
and
start
that.
How
do
we
George?
Do
we
contact
Joe
to
get
an
email
on
the
domain,
or
should
we
just
do
a
Google
Group
again.
B
J
I
We
have
the
lists,
lists
uh-oh
yeah,
but
I
hated.
Oh
okay,
I
mean
like
it's
UI
and
uniques,
totally
much
much
worse,
the
Google
Groups.
So
the
main,
the
main
reason
why
we've
switched
from
Google
Groups
to
two
groups:
AO,
is
because
of
the
Chinese
users
and
we
have
to
be
respectful
in
this
case
for
them
as
well.
I
But
as
we
have,
we
run
some
tests
with
our
Chinese
Chinese
people
from
Linux
Foundation,
and
they
figured
out
that
you
are
able
to
send
an
email
to
the
mailing
list
that
is
hosted
on
Google
Groups,
but
you're.
Simply
not
it's
not
so
easy
for
you
to
open
the
web
interface,
but
classic
web
email
interaction
is,
is
so
easy.
As
usual.
Okay.
B
F
B
D
Would
say
that's
part
of
the
kubernetes
project
has
exclusively
used.
Google,
Groups
and
I
wouldn't
want
people
to
be
going
to
different
places
for
different
mailing
lists.
So
I
can
ask
the
steering
committee
what
it
takes.
We
have
steering
at
kubernetes
thought
I/o
is
like
a
separate
people.
Groups
thing
Oh
ask.
If
you're
asking
about
community
I'm
sorry
community
at
kubernetes
do
versus
like
kubernetes
community
admins
at
Google,
Groups,
calm
right
right,
so
I'll
ask
you
what
it
takes
to
get
on
the
community.
Yes,
something.
I
D
A
All
right,
let's
go
ahead,
I
mean
30
minutes
left,
I
actually
accidentally
skip
to
so
we're
going
back
up.
The
agenda
looks
like
it
was
me
and
Aaron
that
I
skipped
over
mine
is
right.
Now
our
issue
queue
and
PRQ.
We're
talking
about
on
the
community.
Repo
is
what
I
think
hi
we've
gotten
90,
plus
open,
PRS,
100,
plus
open
issues.
Oh
no,
getting
kicked
out
of
my
room.
A
I
think
that
we
should
I,
don't
know,
probably
do
better
with
issue
triage
at
the
very
least
I
guess
this
goes
into
the
issue:
Sherpa
idea
for
our
crew
and
doing
on-call
work
and
then
also
I
wanted
to
ask
about
etiquette.
I
know:
I,
asked
George
this
yesterday
to
there's
some
really
old
stuff.
I
mean
that's
getting
it's
about
to
get
hit
by
the
bots
anyway,
but
I.
Don't
understand
why
we
can't
ping
the
original
author
and
they
like
hey,
is
this
working
on?
Can
we
close
this
before
the
pod
even
hits
it?
A
K
There
I
think
some
of
the
issues
are
they're
short
term
things
that
can
be
closed
immediately.
Brian
brings
us
up
frequently.
Some
of
them
are
like
holes
or
outstanding
issues
that
are
just
ongoing
discussion
over
here,
too
many
months
or
even
a
year,
so
it
doesn't
really
make
sense
for
us
to
paying
or
even
for
the
bots
to
ping
on
those,
but
what's
the
advantage
of
us
doing
it?
Let's
say
there
are
other
issues.
Why
should
we
be
doing
it
rather
than
the
bots?
Is
there
an
advantage
or
what's
the
concern.
A
K
K
A
B
A
B
Looked
through
oldest
first
thinking,
oh
I'm
gonna
find
a
whole
bunch
of
low-hanging
fruit,
but
it
was
like
lot
stuff
that
obviously
had
had
a
lot
of
work
put
into
them.
So
I
didn't
feel
comfortable,
just
closing
them
because
they
were
oh,
but
they
were
also,
obviously
not
on
any
roadmap
of
any
kind.
It
was
like
in
a
backlog
almost
so.
G
K
Like
just
reverse
sorting,
it
looks
like
a
number
of
them
are
brainstorming
or
like
throwing
ideas
out.
I.
Think
those
people
wanted
discoverable
way
to
talk
about
issues
that
aren't
solved
in,
like
a
discussion
forum
and
random
Google
Doc
isn't
very
discoverable,
so
they
opted
for
the
github
issue.
K
H
Down
yeah
can
I,
Thanks,
yeah,
sure,
okay,
thanks
so
similar
mind
I'll,
get
it
to
remember
when
we
created
this.
Lastly,
we
talked
about
the
tree
has
really
done
a
bird
strike
on
resolve
and
whatnot
like
four
or
five,
then
so
one
of
the
things
he
was
on
the
Google
Doc
discussion,
one
of
the
motivation
I
put
there
was
and
we
did
get
Eric
fastest
feedback
there.
So
the
factories
managed
to
write
the
art
of
closing
of
issues,
keeping
and
I
explicitly
mentioned
in
the
dark
as
well.
H
A
Yeah
just
to
like
just
to
ping,
you
back
while
we
wait
first
out
of
yeah
I
mean
like
at
the
at
the
point
where
I
mean
I'm,
because
I'm
I'm
watching
the
entire
community
repo
at
this
point
and
all
of
its
activity
on
a
daily
basis
and
like
I,
see
the
Box
go
on
for
their
first
warning
and
I.
Then
I
go
in
and
check
the
issue
myself
and
it
literally
just
looks
untouched
and
just
like
what
Garrett
said
about
brainstorming
and
things
like
that,
so
I
I,
just
kind
of
wonder:
if
is
it?
A
Okay
from
a
github
etiquette
perspective
for
me
to
ping
this
person
and
say
what's
up
or
is
or
should
I
just
leave
it
alone
and
continue
on
with
my
life?
I
guess
that's
kind
of
where
I'm
getting
at
with
my
deal,
because
I
would
love
to
paying
these
people
but
at
the
same
time
I
don't
want
to
be
a
pushy
individual.
So
technically.
D
H
D
D
C
G
D
A
I
guess
most
of
ours
our
documentation,
though,
and
I'm
kind
of
comparing
us
just
like
that,
the
docs
team
and
the
website
more
as
I'm
comparing
us
to
home-
and
you
know
I
know
the
docs
team
keeps
you
know
an
SLO
and
SLA
and
I
guess
that's
where
my
ass
come
from.
But
if
everybody's
in
agreement
that
this
isn't
the
right
strategy,
then
I'll
leave
it
alone
and
let
the
body
do
it
and
continue
on
with
my
life.
Well.
G
H
D
Some
copies
issues:
the
problem
is
we're
not
dealing
with
I,
don't
know
I'm,
just
like
I'm
doing
my
my
usual
dev
stats
thing,
and
the
number
of
open
issues
on
website
is
also
larger
than
the
number
of
open
issues
on
community.
So
just
comparatively
communities,
not
really
a
crazy
repo,
all
right,
you're
due
to
math
activity
level
versus
open
stuff.
This
seems
pretty.
Okay,
okay,.
H
No
Aaron
thanks
thanks,
yeah.
Sorry,
sorry
about
that,
I
think
it's
some
Bluetooth
connected
with
my
headsets
and
and
some
strange
things,
some
music.
Yes,
so
sorry
about
that,
if
you
reach
to
a
transition
with
the
issue
thing,
that's
great
I
don't
want
to
take
a
lot
of
time,
but
should
I
add
something.
I
was
saying
where
we
can.
H
J
H
I
really
missed
miss
the
whole
thing,
but
so
what
I
would
real,
quick
I
was
saying
Adam
that
it
takes
typically
180
days
right,
like
as
you're,
counting
90,
plus
30,
plus
13,
and
one
of
the
thing
Eric
said
was
with
these
new
labels.
If
we
have
you
know
three
hours,
I
didn't
fight
this
issue
as
a
duplicate
or
like
unresolved
kind
of
you
know.
This
is
and
then
this
the
bots
can
actually
read
this
labels
and
close
the
issue
quickly
instead
of
waiting
480
days.
Sort
of
you
know,
thank
you
see.
H
More
days,
sort
of
thing
like
a
couple
months,
right
yeah,
so
what's
this
I
mean
this
one
was
like
I
said
when
Eric
had
some
comments
that
week
sort
of
pours
it
right
away
like
within
that
you
know,
sort
of
within
like
30
days,
time
frame
versus
60
days,
and
so
I
just
wanted
to
mention
because
they're
talking
about
closely
issues
sooner
than
later,
writing
there
has
to
be
close.
You
know
yeah.
D
A
D
I'll
share
my
screen,
so
we
can
see
who
I'm
talking
about
I
guess
Kristoff
is
in
here,
so
the
the
TLDR
is,
they
think
late
or
mostly
in
violent
agreement
over
the
principle
of
least
surprise.
So
Harris
laid
out
here
like
right
now,
here's
what
happened
and
slash
up
here,
I'll
blow
this
off.
This
helps
with
readability.
Lg
TM
approves
like
applies
the
LG
TM
label
and
says
I
approve
everything
under
Kruger
and
approve
of
you
know,
ads
the
approve
label
and
the
github
pull
request
review.
D
Like
click
the
button
does
nothing
and
what
we
want
is
principle
of
least
astonishment
LG
TM
applies
LG
TM.
The
proof
applies
approved
and
then
he's
asking
for
the
polar
cross
review
to
do
both
of
the
things
so
have
a
pull
request,
review
act
like
/l
GTM
does
today
and
so
we're
in
violent
agreement
over
the
principle
of
least
surprise
here.
C
C
C
D
So
that's
what
I'm
saying
that's
a
larger
change
that
we
want
to
kick
off
a
discussion
about
that
our
opinion
right
now
is.
We
think
that,
should
you
know
I
know
the
LTTE
M
in
the
improved
label,
which
is
how
doe
stats
picks
up
things
I
think
by
the
application
of
those
labels
I'll
have
to
check
but
like
so
that
feels
like
a
bigger
change,
but
the
last
controversial
change
is
we
got
agreement
from
the
community?
Lg
TM
only
means
outreach,
improve,
only
means
approve
and
we're
in
violent
agreement
to
do
with
that.
K
D
K
D
Is
our
that
is
our
desired
state?
The
way
we're
going
to
transition
to
that
desired
state
is
to
start
with
the
desired
state
and
community,
and
then,
if
we're
happy
with
it,
there
maybe
turn
it
on
for
the
whole
work
or
maybe
roll
it
out
to
a
couple
more
repos.
So
we
want
everything
to
be
configurable
for
sure
I'm.
F
Just
to
jump
on
here,
I
think
the
configurability
can
be
used
for
the
way
it's
rolled
out
to
the
kubernetes
community,
because,
instead
of
just
taking
it
out
to
everybody
all
at
once
and
saying
here,
it
is
you
can
approach,
you
know
when
rogue
shows
and
things
like
that
approach.
Different
teams,
work
with
them,
help
them
transition,
so
that
principle
of
least
astonishment
people
know
about
it.
They've
been
brought
up,
they
can
see
how
other
people
are
doing
it
and
then
they're
brought
on
board
the
same.
F
We
had
on
board
a
large
organization
right
when
you
change
technical
stuff.
The
way
you
want
board
people
I
mean
you've,
got
to
tell
everybody
all
at
once
and
that's
easy
to
do
in
a
nobody
where
you
can
get
them
all
in
a
say,
meeting
and
talk
to
him
or
you
can
send
emails,
but
in
this
globally
distributed
community
it
can
be
a
little
hard,
and
so
we
have.
D
Had
a
discussion
with
the
community
at
large
on
the
community
step,
you
know
enlist
and
came
to
the
consensus
that,
yes,
let's
move
forward
with
this
back
at
the
end
of
February,
so
like
I,
don't
want
us
to
take
three
to
four
months
to
roll
out
changes
of
this
nature.
Going
forward.
I
appreciate
the
need
to
bring
people
in,
and
we
have
this
configure
ability
to.
Let
us
pull
stuff
out,
but
I
hope
that
the
next
change
that
we
roll
out
we
can
roll
out
a
little
more
quickly
than
three
months.
A
A
A
So
I
thought
maybe
that
could
be
some
kind
of
combo
effort
and
then
moderation
guidelines
for
our
mailing
list.
Should
we
have
just
a
moderation,
folder
I'm,
not
folder,
I'm,
sorry.
Should
we
have
a
moderation
file
that
includes
slack
and
mailing
lists,
or
should
we
keep
those
separate
and
if
and
again,
if
anybody
wants
to
take
a
stab
at
that
feel
free
questions
concerns
comments
with
either
of
those
documentation,
requests.
B
Just
real
quick,
so
I
have
a
kept
basically
for
a
community
forum,
but
it
also
overlaps
with
lists
and
slack
and
stuff
and
there's
probably
a
lot
of
budgeting
and
whatnot.
So
I
just
wanted
to
remind
everyone
that
that's
there
some
days,
I
think
it's
a
good
idea.
Some
days
I
think
we
have
too
many
communications
channels
some
days,
I
think
we
can
collapse
some
of
the
stuff
that
we
use
mailing
lists
for
maybe
into
this
I.
Don't
know,
I
think
it's
worth
having
the
discussion
so
I
just
toss
that
in
there
the
kepis
0:07.
A
D
C
B
And
that
and
then
Joe's
like
hey
if
you're
gonna,
add
a
new
thing,
you
got
to
make
sure
you
shut
down
at
least
one
old
thing,
but
at
the
same
time
people
keep
bringing
up
concerns
about
decisions
being
made
and
slack
and
whatnot
and
I
figured
it's
a
good
way
to
start
the
conversation.
That's
gonna
take
us
two
years
to
think.
C
B
B
It's
okay,
well,
I,
just
started
writing
everything
down
and-
and
you
know,
there's
some
limitation
with
some
lists.
You
know
a-z
horror
mentioned
earlier
before,
and
they
have
that
the
CNC
have
tried
to
use
this
course
and
it
didn't
work
for
them,
but
that
some
other
open-source
communities
are
using
it.
So
I
figured
it's
worth
start
kicking
the
can
down
the
road.
B
B
A
C
A
A
G
A
All
is
well
there
and
for
those
that
are
curious
for
contributor
summit,
we
are
going
to
be
sending
an
email
out
either
today
or
tomorrow,
with
the
vote
for
the
unconference
session
of
the
current
contributor
track.
Lots
of
good
sessions,
I
proposed
many,
so
I
hope
that
I'm
not
talking
in
the
entire
time
like
things
like
what
we
just
talked
about
issue,
germane
and
caps,
and
all
of
that
good
stuff
will
be
on
the
vote.
D
A
Yeah
no
I
just
you
know
the
last
time.
I
know
a
lot
of
folks
had
issues
with
some
of
the
discussion
topics,
so
I
just
want
to
make
sure
that
people
are
in
the
know,
are
and
I'll
keep
the
I'll
keep
the
vote
open
for
at
least
a
week
give
at
least
another
reminder:
I
might
even
keep
it
open
for
two
weeks
TBD
on
that
all
right
last
call,
and
we
are
done-
see
y'all
next
week,
Wednesday.