►
From YouTube: Learning Sync: 2021-03-23
Description
Meeting notes: https://bit.ly/38pal2Z
A
Okay,
welcome
all,
let's
see,
let's
get
started
first
thing
on
the
list
is
our
stand-in
for
status
updates.
A
Personally,
I
don't
have
anything
for
status
update
given
I
was
on
vacation
and
I've
been
focusing
on
other
parts
outside
of
the
learning
team,
but
I
hope
to
kind
of
get
back
into
it
right
now
this
week,
any
other
or
any
actual
status
updates.
B
I
have
a
draft
tr
for
adding
migration
guides,
the
newer
apis
that
I
need
to
update
with
removing
the
removing
switching
the
order
of
analyze
into
text
that
will
go
in
the
next
one,
but
I
will
update
that
and
then
it
should
be
ready
for
review,
hopefully
go
out
soon
with
the
life
cycle.
A
Do
we
have,
or
does
the
implementation
team
have
a
strategy
for
releasing,
or
I
guess,
coordinating
a
release
of
either
the
spec
or
the
life
cycle
and
the
documentation
associated
to
it?
A
No,
no,
I
wonder
if
I
know
we've
discussed
it
in
the
past,
but
never
like
you
know
in
any
tangible
or
actionable
way,
but
I
wonder
if
using
milestones
could
be
a
way
to
essentially
lump
up
changes
right,
and
I
don't
know
if
this
would
require
an
rfc
for
the
process
or
maybe
just
document
it
in
the
docs,
where
maybe
what
we'd
want
to
have
is
milestones
and
then
release
branches
for
those
milestones
that
then
you
could
merge
into
those
release,
branches,
aka
milestones
and
then
ship
them
all
together.
A
If
so,
if
there's
no
objections
to
that,
that's
something
we
could
get
started
I'll
at
least
start
writing
the
documentation
in
the
docs
repo
for
the
process,
and
then
you
know
natalie
or
yell
implementation
team.
If
you
want
to
start
following
that
process,
that'd
be
nice.
B
I
did
go
through
and
tag
some
issues
with
a
milestone,
but
to
have
not
picked
any
of
them
up:
okay,
so
cool,
but
the
ones
that
are
currently
tagged
with
life
cycle
0
11
0
are
probably
the
ones
that
are
relevant
to
the
features
that
we're
shipping.
A
All
right,
moving
on
to
user
research,
I
don't
know
if
this
was
discussed.
If
we
want
to
continue
to
have
this
as
a
standing
item,
but
I
feel
like
there
were
at
least
some
changes
recently
that
we
might
want
to
announce
natalie.
Do
you
have
more
insight
into
this
yet.
B
Last
week
my
update
was,
I
need
to
speak
with
sam
because
he's
looking
to
hand
over
kind
of
the
work
and
aspiration
of
this
project
to
us
and
he
I
now
am
seeing
in
his
status
on
slack
that
he's
on
vacation
until
the
26th.
So.
A
C
This
yeah,
I
I
added
that
for
like
just
to
figure
out
what
to
do
with
that
repository
and
to
plan
forward.
So
in
the
last
meeting
we
discussed
like
whether
catholic
would
be
something
that
would
be
useful
and
the
conclusion
was
yes,
but
we
still
need
to
figure
out
like
how
to
make
it
so
that
it
stays
in
sync
with
the
documentation
and
other
things
the
currently,
since
all
of
the
tutorials
are
not
migrated
over.
C
That'll
just
be
like
layout
things
which,
like
splitting
up,
commands
into
different
code
blocks,
or
something
like
that,
so
that
it
makes
like
it
works
on
both
the
sides
and,
while
working
on
that,
I
also
noticed,
like
some
small
issues
where,
like
so
not
not,
the
entirety
of
dogs
are
tested
using
that
tool.
What's
it
called
the
one
that
compliments,
google,
I'm
forgetting
the
name?
Oh
the
hugo
yeah,
yes,
yeah
yeah.
So
so
not
not,
all
of
the
dogs
are
tested
using
that
so
like,
for
example,
the
app
developers
there.
C
You
can
have
a
few
typos
that
I
discovered
since
they
were
coming
through
it,
and
I
think
we
should
also
try
and
remove
any
hardcoded
credentials
because,
for
example,
the
app
developer
guide
assumes
that
you
have
access
to
the
buildbackside
or
docker
registry
in
order
to
use
like
the
cache
image
stuff,
which
I
don't
know.
If
you
want
to
put
that
there.
C
Okay,
it
says
that.
C
C
Registry,
so
when
I
was
using
the
local
registry,
I
figured
out
some
other
issues
while
using
pac
in
the
local
industry,
which
actually
helped
me
figure
out,
but
we
should
probably
add
that
to
the
documentation
as
well
for
cash
changes.
C
So
going
back
to
the
original
topic
like
we
still
need
to
like
restructure
some
of
these
things
to
make
it
compatible
with
like
the
cathode
environment,
which
I
think
would
be
useful
in
general
as
well
for
like
someone
who's
completely
new
to
this,
and
they
have
their
own
environment
like
we
shouldn't
assume,
we
shouldn't
have
any
steps
that
assume
things
about
their
environment
beyond
the
right.
C
If
we
can
figure
out
like
a
consistent
format
between
the
two,
so
I
was
hoping
we
could
create,
like
the
katakuri
version
of
it,
see
what
changes
we
have
to
make
to
the
official
docs
and
if
it
makes
sense
to
make
those
changes
and
then
sort
of
once
both
of
those
things
are
in
place.
We
can
then
merge
the
two
and
strip
out
those
mountain
extensions,
using
like
a
simple
set
or
something
else.
We
just
replace
those
things
with
with
like
just
white
space
or
something
like
that.
A
Yeah
yeah
that
definitely
makes
sense.
It
sounds
like
this
is
more
of
a
epic
than
a
small
issue
right.
So
so
I
appreciate
the
efforts
nonetheless,
and
I
think
you
know
as
I
get
we
go
forward
with
it.
I
think
the
first
step
is
kind
of
setting
up
the
the
environment
right.
So
I
think
we
want
to
set
up
a
catacota
organization
as
as
one
of
the
action
items
we
want
to
take
in
the
repo
that
you've
created
and
then
kind
of
at
this
point.
A
If,
if
the
discussion
is
you
know,
correct
on
our
slack
is
the
phase
one
would
be.
We
just
have
two
two
places:
we,
we
would
be
maintaining
the
tutorials
right
and
they
wouldn't
be
exactly
in
sync
and,
as
you
were
mentioning
right
now,
just
figuring
out
a
way
to
then.
Finally,
sync
them
up
at
some
point
in
time,
and
that
would
be
like
the
phase
two
right
and
then
yeah.
I
don't
know
if
we
need
to
go
further
than
that
right.
I
think
that
would
be
a
really
nice
spot.
A
I
do,
I
guess,
maybe
I'm
curious,
looking
at
the
catacota
catalog
that
you've
created
thus
far,
it
seemed
like
there
was
one
I
guess
section.
I
don't
know
what
to
call
it
one
grouping
of
things
which
is
the
app
developer
guide
and
it
had
a
lot
of.
A
It
looks
like
you
start
this
app
developer
guide
and
it
just
like
walks
you
through
maybe
what's
not
like
additive
changes
right
like
this
one
talks
about
this
one
thing
and
then,
like
the
context,
drastically
changes
to
this
one
now
talking
about
something
completely
different,
and
so
I
wonder,
if
that's
the
best
way
to
you
know,
formulate
it
or
if
it
would
be
better
to
like
break
up
each
individual
topic
into
a
tone.
You
know
section,
but
I
don't
know
if
that's
better
or
if
it
just
creates
more
clutter.
A
I
don't
know
like
what
the
options
are
for
organization
purposes
are
within
catacota.
C
In
here,
so
there
are
three
options
so,
like
one
are
the
steps
within
a
scenario
which
is
what
that
thing
currently
is,
then
you
have
scenarios
which
are
like
those
two
things
that
you
currently
see
on
my
profile
and
then
you
can
have
like
a.
C
So
within
each
steps
you
still
retain
the
environment.
From
the
previous
step,
I
just
found
it
useful,
initially
like
while
iterating
to
have
like
that
back
set
up
and
the
docker
images
downloaded
from
my
previous
steps.
But
if
you
split
it
into
different
scenarios,
then
they'll
have
to
essentially
each
time
they
open
a
new
scenario.
It
sets
up
the
environment
again,
which
takes
a
few
seconds
but
yeah.
A
I
see
that
makes
sense
yeah.
I
guess
I
don't
have
a
strong
preference
right
now,
but
it
does
seem
like
the
scenarios
with
the
course
would
be
like
a
slightly
different.
I
don't
know,
maybe
within
the
course
you
could
also
have
like
a
table
of
contents.
I
don't
know
if
that's
possible,
but
where
you
could
jump
to
certain
scenarios
instead
of
having
to
go
one
at
a
time.
C
C
C
Yeah,
you
you!
So
if
you,
if
you
want
to
take
a
look
at
the
existing
courses,
it's
this
and
you
can
see
they
have
like
scenarios
into
them,
which
I
think
are
ordered
in
some
way.
A
C
A
A
A
Okay,
so
that's
already
been
done:
cool
okay,
so
face
one
would
essentially
just
be
keeping
two
copies
right.
C
A
A
From
docs
to
catacota
sorry,
I'm
typing
all
these
really
fast
and
then
the
phase
two
would
be
finding
this
consistent
format.
A
A
All
right
anything
else
on
here,
so
I
think
this
one
right
now.
I
think
we're
waiting
for
joe
to
be
able
to
do
this.
The
migrating
of
the
repo.
B
C
That's
sort
of
a
continuation
from
a
threat
we
had
in
slack
so
docker
and
cncf
are
organizing
these
series
of
like
workshop
stocks.
I
don't
know
like
a
series
of
notes,
essentially
based
around
different
aspects
of
container
technologies,
so
I
think
they're
starting
with
the
runtime,
and
they
eventually
want
to
tackle
like
images
and
security
and
more
so
the
runtime
schedule
is
already
out,
but
I
was
thinking
we
could
target
like
the
image
section
which
I
couldn't
find
any
details
about,
except
for
the
fact
they
just
mentioned
the
emit
section.
B
A
Yeah
I
was
able
to
find
a
blog
post
on
the
docker
blog
about
it
and
it
does
basically
kind
of
mention.
I
believe
your
was
one
of
the
primary
and
he
has
they
have
his
handle
to
go
ping
him
directly
on
the
cncf
slack.
So
that's
what
I
was
going
to
do,
but
if
you
feel
you
know
like
that's
something
you
want
to
take
on
by
all
means
that'd
for
him.
A
A
A
Okay:
okay!
Yes,
that's
like
what
I
found
on
the
blog
post,
too
I'll.
Let
them
link
to
that,
but
I
didn't
find
like
you
know.
This
is
who's
going
to
be
giving
this
presentation,
and
this
is
what
it's
about,
which
is
what
what
I'm
trying
to
like
gather
from
this
is
like
what
the
expected
audience
is
right.
Is
it
very
conversational
right
where
you
know
it's
back
and
forth,
or
is
it
really
like
presentations
and
that
that
sort
of
you
know
standard
setup.
B
A
So,
oh
oracle,
equinix,
seven
sphere,
sivo
cloud.
I
don't
know
sibo
cloud.
A
A
Okay,
natalie
and
sam,
are
you
part
of
the
cncf
slack.