►
From YouTube: Cluster Addons meeting 2019-05-14
Description
Cluster Addons meeting 2019-05-14. https://docs.google.com/document/d/10_tl_SXcFGb-2109QpcFVrdrfnVEuQ05MBrXtasB0vk/edit#
A
B
But
the
approaches
that
I've
been
grappling
with
so
far
are
around
having
some
external
component
the
same
component,
which
creates
the
or
installs
the
operators,
maybe
also
create
as
our
back
roles
or
maybe
like
bypassing
our
back
entirely
and
then
putting
in
some
sort
of
alternate
authorizer
like
the
no.2
authorizer
is
an
alternate
authorizer
for
nodes
and
an
authorizer,
but
that
feels
like
a
very
big
hammer.
So
more
thing
you
had
the
first
one,
but
hadn't
really
got
much
past
the
concept.
This
point
yeah.
A
A
B
This
particular
one,
it
might
might
end
up
more
as
a
dog,
but
we
also
don't
have
great
I.
As
far
as
I
know,
we
don't
have
great
ideas
yet.
So
it's
probably
at
the
point.
We
can
also
make
progress
through
discussion
in
these
sort
of
forums.
If
anyone
has
any
ideas,
and
also
by
sort
of
talking
about
the
issue
repeatedly,
you
know,
maybe
an
idea
will
come
to
someone.
A
C
B
It
should
be
Jeff
if
I'm
guessing
the
number
jeff
johnson,
who
also
works
at
google.
He
is
away
at
the
moment,
but
I
think
he
is
if
44th,
oh
one
I
think
it
is.
He
is
yes
adding
support
for
basically
being
able
to
specify
patches
in
the
sort
of
customized
or
coop
cuddle
patch,
or
lots
of
other
things
since
and
specify
those
patches
on
the
CRD
instance
itself.
So,
for
example,
on
your
instance
of
core
DNS,
you
could
specify
a
patch
and
thereby
change
the
behavior.
B
You
could
change,
for
example,
the
resources
that
were
required
or
that
were
specified
by
the
core
DNS
deployment
the
it
doesn't
allow.
The
goal
of
this
is
this
approach
is
to
an
is
to
minimize
the
number
of
fields
that
you
end
up
having
to
define,
because
you
know
you're
not
obligated,
as
the
author
of
an
add-on
operator,
to
write
a
field
for
every
value
which
a
user
out
there
might
legitimately
want
to
customize.
You.
B
C
B
D
B
C
C
Share
you
got
it.
Are
you
guys
same
yes,
this
my
mouths
moving
yeah
and
then
I
just
need
to
move
this
zoom
thing
somewhere,
not
annoying
all
right,
so
the
patch
that
I'm
gonna
be
demoing.
Today?
Is
this
core
DNS
operator
using
operator
SDK
just
pull
eight
on
the
add-ons
operators,
repo
there's
a
lot
of
files?
That's
because
I
checked
in
the
vendor
directory
from
DEP.
C
C
So
it's
preparing
an
environment
for
me
where
Gordian
s
is
not
installed
and
that's
obviously,
you
know
useful
for
developing
this
kind
of
problem
and
if
you
look
at
the
patch
I've
tried
to
be
pretty
descriptive
here
in
what's
being
accomplished
and
what's
not
so
we
wanted
to
take
operator
SDK
first
bin
and
I
found
that
it
did
things
that
I
really
liked.
One
of
the
major
things
that
I
found
was
useful
as
a
dev.
C
E
B
C
Then
I
did
run
into
some
issues,
but
here
we
have
our
client
cluster,
there's
no
DNS
service.
Oh
I
have
to
get
my
coop
config,
so
yeah
there's
no
DNS
service
and
it
could
just
a
namespace
but
then
yeah
if
I
make
Tucker
build
and
then
I
load
the
image
into
kind
and
then
I
install
the
CRD
and
deploy
it.
You
know
it
takes
like
I
think
a
little
less
than
a
minute
or
something
like
that.
C
Obviously
the
image
is
cache
since
I've
already
pre
built
this
and
it
just
loads
it
into
the
cluster
and
applies
all
of
the
manifests.
I
did
have
to
do
some
nasty
stuff
in
the
makefile
when
applying
the
manifests
to
like
template,
values
or
replacing
namespaces
and
stuff
like
that,
but
it's
all
in
there
and
what
that
gets.
You
is
the
operator
installed
in
the
cluster,
so
here's
the
deployment
and
then
here
you
can
just
see
that
we
have
the
kubernetes
service
and
a
pod,
and
so
if
I
Duque
get
corps,
DNS
there's
nothing.
C
But
if
I
make
install
the
accustomed
resource,
then
now
there's
a
core
DNS
in
there
and
if
I
at
all,
you
can
see
that
core
DNS
has
been
installed
into
my
active
namespace
and
that
the
cluster
IP
was
calculated
properly.
So
that's
the
tenth
address
of
the
service
subnet,
which
has
been
calculated
using
an
improved
version
of
Justin's
function,
that's
agnostic
to
ipv4
or
ipv6.
C
It's
just
a
small
change
and
then
what's
kind
of
cool
about
this
is
oh
I
guess
you
should
also
see
that
there's
the
config
map
here
there's
an
operator
lock
here.
That's
just
for
leader
election
on
the
operator
and
then
here's
the
example
cárdenas
config
map
which
well
you
don't
notice-
is
that
if
you
actually
look
at
the
manifest
that
was
applied
to
the
cluster,
it
doesn't
have
a
core
file
here.
C
E
C
Yeah
I
mean
the
config
map
is
basically
the
only
way
to
configure
core
DNS
with,
like
kubernetes
primitives
is
using
the
core
file
mounted,
but
versioning
in
the
config
map
and
hashing
the
contents
and
then
naming
it
after
the
hash
and
then
updating
the
deployment
is
something
that
the
operator
could
do
with.
You
know,
probably
another
20
lines
of
code,
I
think.
C
C
Then,
when
I
described
the
config
map,
you
can
see
that
it's
removed
the
option
from
there
that
should
reload
in
the
core
DNS
pod
and
then
similarly,
if
I
describe
the
or
just
get
the
services,
then
you
can
see
that
I
no
longer
and
the
primary
DNS
server
for
the
cluster,
its
recreated
to
service.
So
that's
the
operator
functioning
for
two
different
use
cases.
So,
yes,
I.
E
Was
trying
to
do
this
is
very
goodly
thing,
so
much
just
I'm,
just
sort
of
thinking,
thinking
out
loud
really,
it
seems
like
most
of
most
of
the
things
that
go
into
this
core
file
are
critical
to
the
functionality
of
the
operator
and
an
actual
core
DNS
like,
for
example,
the
path
to
resolve
common
reload,
as
we
just
said,
and
5343
at
the
very
top.
So
those
things
if
you
change
those
in
any
way
the
whole
thing
would
probably
break
yeah.
C
Right,
the
Justins
operator
has
a
useful
abstraction
I
think
that
basically,
the
core
file
has
some
special
strings
that
the
operator
is
capable
of
templating
into
it.
It's
a
pretty
common
pattern
from
you
know
like.
If
you
look
at
like
the
puppet
world
and
stuff
like
that,
where
there's
you
know
a
standard
template
and
then
the
user
can
provide
some
configuration
string
for
which
operator
abstractions
are
like
some
module
abstraction
those
values
get
interpolated
yeah.
B
I
mean
I'd,
say
this
is
an
important
question.
We
should
definitely
figure
out.
It's
not
necessarily
a
like
which
technique
to
use
I
think
the
my
implementation
did
basically
didn't
allow
any
end-user
specification
of
the
core
file,
whereas
these
implementation
does
and
I
think
there
are
obvious
shortcomings
to
both
extremes.
B
E
Mean
one
one
thing
that
one
potential
way
to
think
about
that
seems
like
you
could
consider
having
this
base
to
take
that
you
know
can
be
overridden
some,
but
in
order
to
override
it
user
has
to
do
something
that
obviously
looks
like
they
are
overriding
some
critical
functionality
and
they
really
have
to
know
what
they're
doing
right.
Yes,.
C
C
Which
that
that
kind
of
behavior
is
something
that
I
have
I
I.
Think
that
that's
the
minimum
that
you
can
do
I
like
the
idea
of
providing
flexible
interfaces
that
maybe
have
a
little
bit
of
a
better
user
experience
or
maybe,
depending
on
the
stability
guarantees
of
the
core
file
like
ven
during
some
libraries
into
the
operator
from
core
DNS.
In
order
to
validate
the
config,
and
then
you
know,
plus
Status
Messages
onto
the
CID
or
something
but
I.
Don't
really
know.
C
From
for
me,
it's
just
that,
like
the
mapping
layer
needs
to
be
future
complete
like
because
I've
run
into
issues.
You
know
it's
say
with
using
prometheus
operator
where
they
put
flags
to
change,
TSD,
be
setting.
You
know
on
prometheus
and
then
Prometheus
operator
still
months
later
from
now
after
I've.
You
know,
like
reported
the
issue
and
found
the
bits
of
code
to
change
and
just
not
had
the
chance
to
update
the
CRD
and
update
the
the
operator,
so
those
things
are
still
not
usable,
and
it's
because
you
have
to
change
three
layers
of
indirection.
E
C
E
I
think
you
know
there
are
interesting
kind
of
all
things
in
here
and
it
seems
like
I,
mean
Greenstein
high-level
use
cases
that
that
probably
must
explore
at
some
point
I
think
I
would
say
that
you
know
it
is
the
only
thing
actually
I
can
think
of,
as
they
like
it'd
be
nice
to
be
able
to
to
to
add
extra
kubernetes
blocks
in
there
with
other
domains.
When
you
want
to
appoint
the
for
dns
to
additional
clusters
and
do.
C
Some
sort
of
across
cluster
service
discovery
yeah,
that's
exactly
what
I
was
thinking
with
this,
because
you
can
specify
your
own
core
file
with
multiple.
You
know
like
zone
delegation
or
whatever,
and
then
you
can
do
cluster
DNS
true
and
then
you
can
have
multiple
core
DNS
is.
You
know
scheduled,
however,
you,
like
with
cluster
DNS,
set
to
false,
oh
right
and
then,
like
you,
can
you
can
build
a
multi,
a
multi
instance
topology
using
those
resources,
yeah.
E
C
E
C
C
C
E
Is
I
think
one
of
those
problems
that,
as
part
of
this
group
we
should
we
should
discuss
more
because
with
DNS,
you
have
this
issue
where
you
know
there's
this
thing
that
gets
passed
around,
there's
a
cute
little
flag
and
it
is
also
filled
with
a
service,
and
you
know
those
those
definitely
link
up.
But
there
is
no
inherent
linkage
there.
So
I
was
wondering
whether
whether
we
should
consider
trying
to
solve
some
of
those
problems.
E
Okay,
we
have
a
default,
which
is
something
everybody
agreed
on,
but
like
the
the
IP
address
is
a
bit
is
a
bit
trickier
and
the
the
other
very
similar
thing
that
I've
encountered
in
eks
or
well
I,
guess
more
generally,
it's
a
thing
that
that
is
that
can
be
observed
in
the
AWS,
GTCC
and
I.
Think
maybe
the
EPC
network
driver
by
aw.
Yes,
that
that
uses
elastic
network
interfaces
and
the
secondary
keys
on
lots
of
network
interfaces
has
fought
IDs.
E
E
E
Just
I'm
not
saying
that
is
something
we
should
jump
to
addressing,
but
it
seems
like
something
that
we
should
possibly
be
plausible
to
discuss
a
bit
more
down
the
line.
It's
it
seems
like
you
know,
there
are
certain
add-ons
that
they
do
have
those
kind
of
implications
and
I
wonder
what
there
is
that
a
you
know
the
waited
to
address
those
or
if
we
are
gonna,
say
that
no,
there
is
no
way
to
address
this.
E
B
Think
we
should
I
think
we
should
absolutely
tackle
those
issues,
but
I
think
at
the
same
time
that
is
common.
We
now
have
two
approaches
we
might
be
about
to
have
three,
but
we
have
two
approaches
and
I
think
that
those
issues
are
common
to
both
approaches,
whereas
I
think
we
should
look
at
the
things
that
are
different
between
the
two
approaches
and
try
to
understand
the
strengths
and
weaknesses
of
each
right
like
so,
for
example,
the
path
thing
felt
like
a
difference.
B
It
feels
fixable,
but
you
know
it
feels
like
a
difference
and
I
was
actually
like.
Thank
you
so
much
for
doing
this
Lee,
because
I
was
really
I
thought.
The
difference
between
the
two
approaches
was
actually
at
the
end
of
the
day,
very
small
and
actually
boiled
down
primarily
to
whether
it
was
in
in
your
code.
You
built
the
objects,
the
kubernetes
objects
in
code
and
in
the
I.
Guess
my
god,
but
you
know
the
other
one.
We
built
it
by
essentially
loading
a
gamma
file
and
I
guess
I
guess.
B
C
C
B
C
And
then,
like
the
only
thing
to
really
consider
is
trying
out
the
operator.
Sdk
UX
is
obviously
different,
and
then
they
have
like
an
opinionated
build
with
a
docker
file
as
well
as
you
can
use
like
bilder
I,
think,
and
then
they
have
integration.
So
the
one
additional
dependency,
that's
not
a
cougar
Nani's
dependency
in
the
go
package
is.
C
C
But
obviously
we
have
existing
initiatives
to
you
know
get
all
of
the
KCM
loops
to
be
COO
builder
loops,
and
it
makes
sense
you
know
to
to
have
the
community
using
unified
tooling,
not
that
multiple
ways
can't
exist,
but
for
upstream
components
it
makes
sense
to
use
qu
builder,
in
my
opinion,
but
yeah,
it's
they're,
they're,
really
similar.
That's
I.
B
Guess
I
guess
the
question
I
would
have
then
is:
do
you
Li
and
do
we
as
a
group
prefer
the
declarative
to
approach
where
we
essentially
have
a
Yama
flower
or
do
we
think
we
want
to
build
them
in
code
and
I
have
diocese
and
I
can
leave
like.
C
Yeah
and
I
mean
I,
guess
you
know
it's
like
you
can
not
even
know
which
patch
this
was
probably
this
one
has
like
all
of
the
constructors
in
it,
yeah
I
mean
I,
don't
I,
don't
know
if
this
is
really
less
frustrating
than
yeah
mo.
It's
I
I
think
like
really,
if
I
reflect
on
authoring
yah
mo
it's
usually
copying
and
pasting
from
other
places
and
like
making
sure
field
names
are
correct
and
then
trying
to
apply
them
to
the
cluster
and
running
into
type
errors.
C
I
I,
don't
know
if,
like
authoring,
I
I
just
feel
like
like
authoring
kubernetes
yeah
Mel.
The
tool
chain
is
like
not
good.
I'm.
E
C
B
I'd
say
the
I
to
the
to
the
to
ask
questions.
I
want
to
ask
our
like
do.
We
then
have
to
so
I
think
I
think
the
batches
are
that
a
Yama
file
was
more.
What
our
intended
audience
of
like
accordionist,
Phillip
ur,
will
sort
of
expect
like
they've,
been
writing
a
memo
file
today.
Now
they
can
wrap
it
or
not,
braid
it
without
too
much
work,
and
then
I
guess
the
question
that
I
have
is:
do
we
have
a
way
to
not
have
to
build
a
new
operator
so
like
if
release
1
3?
B
E
Which
is
a
little
bit
important
I
think
there
are
quite
a
few
trade-offs
here.
Definitely
I
I
definitely
appreciate
some
of
the
benefits
that
you
get
when
you
write
out
the
go
starts,
and
you
know
if
you
did
that
you
come
your
program,
compiles
you're,
pretty
much
all
set
it's
like.
If
you
check
them
all.
You
have
to
then
use
BIM
data
whatever
to
turn
that
in
and
then
you
have
to
test
that
and
do
all
that
stuff
right.
B
A
C
Later
yeah
there's
in
the
document
that
I
posted
I
have
a
whole
section
on
packaging,
which
I
don't
think
that
a
go
file
with
a
bunch
of
structs
in
it
is
acceptable
packaging.
So,
to
your
point,
Justin
I
I
would
be
very
interested
to
have
a
more
full
understanding
of
crew
builder
and
the
declarative
pattern,
but
I'd
excluded
it,
because
this
was
my
first
foray
into
operators.
That's
great.
B
C
B
C
Fancy
stuff
in
there
that's
like
epic
hard
to
do
like
reconciliation
of
files
like
when
they're
related
things
are
different
and
stuff
like
that
which
I
have
comments
on
in
this
patch.
What
I
do
want
to
highlight,
though,
is
that
if
you
look
at
this
commit,
this
is
a
productive
thing
to
look
at
is
the
updating
operator
are
back
with
granular
permissions
and
comments.
I.
Think
that
something
like
this
is
going
to
be
good
practice
for
distribution
of
anything
that
requires
privileged
installation.
C
So,
if
you
don't
know
the
are
back
API
like
you
can
specify
redundant
rules
that
override
each
other
and
they
all
eventually
Union
together
to
be
one
effective
thing,
you
can
also
bind
multiple
things
from
multiple
levels
to
the
same
service
account.
So
that's
a
that's
a
thing
like
I'm,
using
role
by
names
and
cluster
rule
bindings
to
get
the
proper
mixture
of
permissions
for
single
service
account
across
the
cluster
for
certain
things
and
in
a
namespace
for
certain
things.
C
The
reality
is
that
you
need
to
know
how
to
how
to
write
these
things
and-
and
you
need
to
know
what
your
operator
is
doing
and
what
verbs
it
needs
and
what
API
groups
and
resources
its
operating
on.
There's
things
that
are
not
incredibly
clear,
like
you
know
what
the
name
of
the
CRD
is
and
how
to
reference
it,
but
yeah
this
is.
This
ended
up
being
more
granular
than
what's
on
Justin's,
PR
and
Mike.
That's
probably
just
a
function
of
time
and
attention.
So
that's
a
learning
thing
there,
but
the
comments
are
helpful.
Yeah.
B
D
Quick
on
the
Jo
from
the
operator,
SDK
team,
so
first
like
this
looks
great,
like
thanks
for
a
lot
of
the
feedback.
The
other
thing
I
want
to
bring
up.
Since
you
mentioned
it
is
that
we've
started
to
look
at
the
possibility
of
how
we
might
converge
to
builder
and
operator
SDK.
So
if
you
guys
have
thoughts
on
what
you
think
would
be
good
to
pull
into
queue
builder
from
SDK
or
vice
versa,
definitely
would
be
interested
to
continue.
That
conversation.
D
B
C
B
A
C
Kind
of
non-trivial
so
anyway,
thank
you,
Joe.
That
would
be
really
good
to
make
some
progress
there
on
factoring
the
projects
together.
So
I
want
to
definitely
give
Evans
some
time
to
talk
about
OLM,
because
I
was
really
looking
into
it
and
it
looks
like
we
might
in
my
opinion,
there's
there's
nothing
that's
doing
what
OLM
does
so
I
can
give
up
sharing
there.
If
anybody
has
in
any
other
comments,
please
PLEASE
close
on
the
patch
and
go
download
it
and
run
it
and
modify
it.
C
Looks
good
hey
so
don't
have
a
huge
amount
of
time,
so
I
think
I'm,
probably
just
going
to
try
and
paint
some
like
broad
strokes
of
what
om
is
and
attempts
to
do.
C
C
That
are
trying
to
deal
with
updates
and
so
the
model
that
we're
gonna
that
we
have
right
now.
You
know
to
use
very
much
for
D
package
and
act
or
art
Neiman
young
to
actually
have
two
separate
pieces
of
software
that
Olin
operator
and
the
catalog
operator
on
the
new
Olin
operators,
sort
of
the
analog
to
rpm
or
any
package
images.
Just
the
individual
magnetism
selves
and
the
way
to
represent
them
and
very
similar
to
those
flight
specifications
are
used
for
in
operating
system
package.
C
We
collected
metadata
about
what
an
operator
does
into
the
way
that
it
extends
the
cluster
so
that
we
can
make
decisions
about
what
should
be
allowed
on.
So
we
go
to
offer
you
in
gently
and
just
like,
walk
through
some
of
this
basic
workflow
that
we
have
so
similar
to
how
you
might
have
an
operating
system.
We
have
our
posit
Ori
of
operators
for
install
and
fine
I've,
never
installed
,
the
horse
I'm
just
going
to
see
if
this
is
even
a
good
operator.
C
C
Update
to
operating
system
packages,
I'm
sold
stalling
here-
and
there
is
an
intermediate
step
that
I'm
gonna
quickly
box
over
riches
that
we
have
it's
all
pencil
it.
What
happened
is
this
generated
install
clan
I'm,
which
tells
me
which
packages
have
been
are
being
managed
by
the
cluster
right
now,
you
can
go
down
into
this
and
see
what
was
installed
and
changed
out.
So
in
this
case
we
created
this
here
D
that
I
mean
so
this
is
an
important
variable
and
is
taking
the
ability
to
create
a
series
away.
C
Away
your
abstraction
between
so
Olin
creates
a
CD
for
user,
and
then
it
also
created
a
service
accounts,
cluster,
cluster
or
binding
that
are
required
by
the
operator
to
wrap
and
then
CSV
and
their
customer
service
version
is
the
equivalent
of
our
packaging
format
for
an
operator,
and
so
we
derived
all
of
that.
All
these
things
are
needed,
formal,
the
definition
of
the
CSV
I'm
going
to
go
and
look
at
this.
C
C
This
indicates
to
us
that,
in
order
to
use
a
common
object,
you
need
to
have
this
common
operator
installed
right
and
the
other
can
use
this
word
for
saying
things
like
once.
I
have
this
installed
can
create
another
algorithm
that
also
says
that
the
ones
come
because
we'll
start
fighting
for
control
of
their
comments
there.
There
is.
This
doesn't
have
any
dependencies,
but
there's
also
you
can
in
requirements
and
can
depend
on
another
operator,
and
then
during
that
install
set,
you
don't
find
provider
that
API
solidly
much
like
custom
research
definitions.
C
We
install
API
services
if
necessary
on
the
this
is
not
even
get
service,
so
it's
empty,
but
there
the
syntax
is
much
the
same.
We
do
we
set
up
all
the
aggravation
API
services
for
you
and
wire
it
through,
so
that
if
you
want
to
write
an
operator
as
an
API
service,
instead
of
as
a
charity-based
operator,
you
can
do
that.
C
C
C
Doesn't
in
order
to
install
the
software
here,
it
needs
to
have
these
permissions
cluster
permissions
indicate
that
it
into
another
cluster
scope.
So
when
I
created
that
subscription
and
I'm
installing
the
catalog
operator,
we
call
it
reduce
that
down
equivalent
when
figured
out
all
of
the
necessary
are
back
from
reading
this
description
here.
If
you're,
not
using
a
capo
operator
and
I,
create
the
CSB
directly,
it
doesn't
create
it
for
you,
it
just
with
blocks
and
says
I,
don't
have
permission
to
install
the
permission.
A
C
Succeeded
and
then
I
should
be
able
to
create
a
con.
I
have
no
idea
what
this
does,
because
I've
never
used
it
before.
It
seems
like
it
creates
a
bunch
of
ingress
which
you
expect
for
home
some
of
the
stuff.
So
the
reason
I'm
using
the
UI
is
because
we
also
collect
some
information
around
what
the
CRA
is
doing
and
so
I
can
associate
the
CR
with
things
that
have
been
created
because
I'm
crui
this
is
I'm
just
running
a
mini
view.
This
is
not
the
Winship
I'm
just
running
you.
C
So
it's
dynamically,
creating
a
controller
to
get
that
info.
Well,
this
is
actually.
This
is
all
ok
cool
thanks.
C
C
C
E
C
A
C
C
B
C
C
C
I
I
think
the
packaging
conversation
is
really
important.
It's
as
important
as
the
security
conversation
like
Daniel
said.
Please
go
read
the
doc.
We've
started
some
enumeration
of
things
to
talk
about
there,
I
also
like
the
idea
of
just
a
customized
base.
You
know
get
repo
referred
to
by
Hoshi
courts,
get
library
as
a
package
I
think
that
that's
a
really
solid
idea
from
the
customized
project,
because,
as
an
operator
like
or
as
as
a
human
being
working
with
kubernetes
clusters
like
setting
up
helm,
chart
repositories
and
stuff
like
that
is
oftentimes
unnecessary.
C
B
B
C
C
B
C
B
C
B
C
C
C
Like
bluetooth,
where
we
have
just
enough
kubernetes
around
to
start
up
cluster
components
but
then
having
all
those
cluster
components
as
hold
on
things
like
strip
down
rollin,
just
as
a
she
became
like
package
or
took
your
names
and
again
things
that
describe
the
way
to
interact
with
each
other
yeah,
there's
a
there's,
a
section
at
the
bottom
of
the
doc
about
add-on
management,
which
is
exactly
like
in
the
space
of
OLM,
so
that
dock
that
we
have
to
postpone
because
of
time.
But
there's
a
there's
a
section
at
the
bottom.
C
C
B
B
Daniel
then
sorry,
let's
you
say
Lee
we
probably
should
punt
your
your
thing
to
next
time.
That's
right,
but
geez!
Everyone!
That's
here,
have
a
look
on
in
the
in
the
agenda.
There
is
a
links
to
Lee's
dock,
which
describes
a
lot
of
problem
space
where
we
can
I
guess
have
that
discussion
and
at
least
just
get
that
back
into
caps
and
update
the
original
captain.
Do
all
of
those
sorts
of
things.
I.
B
Think
Lee,
you
and
I
should
also
figure
out
how
we
feel
about
the
to
add-on
operator
approaches
and
anyone
else
wants
to
comment
on
them.
Please
do
do
so.
It
does
seem
like
I,
don't
know.
I
felt
like
there
was
a
movement
towards
going
more
declarative
and
looking
at
what
that
would
look
like
even
with
operator,
Sookie
and
I.
Think
the
nice
thing
is
it
then
I,
honestly
I
don't
see
much
difference.
So
if
you
wanna
use
I've
heard
a
Sookie,
that's
great,
but
yeah.
Let's
talk
about
that
more
next
time,
I
guess.