►
From YouTube: CNCF Harbor's Community Zoom Meeting - Oct 19, 2022
Description
CNCF Harbor's Community Zoom Meeting
B
Okay,
hello,
everyone
today
is
October
19th
and
that's
the
official
community
meeting
for
Harbor.
My
name
is
and
I'm
the
community
manager
for
Harbor
and
now
I'm
gonna
share
my
browser,
so
we
can
see
what
we
have
for
today.
A
B
Gonna
send
again
the
link
to
the
file.
Still
please
address,
filter
at
your
topic
there,
so
we
can
keep
a
track.
What
was
discussed
when
and
we
have
a
better
user
experience
for
the
newcomers
with
that
I
can
see
some
new
folks
over
here.
Someone
wants
to
like
the
Caro
I.
Think
I
see
you
for
the
first
time.
Welcome
you
want
to
say
something
like
introduce
yourself.
C
Yes,
can
you
hear
me
yes,
awesome,
so:
hey
hi,
I'm
David
for
the
media
Foundation
in
the
cloud
services
group
we
host.
Actually,
we
host
like
Cloud
for
volunteers
and
the
foundation
itself
to
use
and
randomly
use
any
projects
except
wikipediers
themselves,
Wikipedia
somewhere
else
and
when
we
started
using
Hardware
not
long
ago,
but
we
plan
on
using
it
more
often
for
all
the
cloud
and
hosting
images
and
all
those
things.
B
Super
happy
to
to
see
that
you
folks
are
using,
however,
hope
we
can
be
in
help
and
to
to
guide
you
through
some.
If
you
have
some
issues
practically,
you
can
see
in
the
participants,
you
can
see
the
most
knowledgeable,
knowledgeable
folks
on
the
planet,
about
Harbor,
so
feel
free
to
reach
out
to
everyone.
I'm,
not
like
the
most
knowledgeable
in
terms
of
the
the
source
code
and
everything,
but
that
can
help
out
as
well
so
don't
hesitate.
Drop
me.
A
line
is
back
and
I'll.
B
So
with
that
two
updates,
our
project
to
date
was
accepted
for
kubecon
keynote,
so
we
will
have
our
45
seconds
of
Fame
on
the
keynote
sessions,
so
we'll
be
on
the
stage
all
together
with
Linker
D
content
of
the
it's,
the
whatever
like
the
biggest
graduated
projects.
We
are
fifth
in
a
row,
so
people
won't
be
that,
like
bored
already
from
the
projects
updates
so
yeah
what
I've
added
to
that.
It's
like
a
pre-recorded
45
minutes,
45
seconds,
video,
it's
about
cosine,
the
new
caching
layer
and
the
CV.
B
That's
that
was
everything
that
I
was
able
to
shoot
in
45
seconds,
so
yeah
I'm,
sorry,
my
little
one
just
woke
up
and
he's
coughing,
so
yeah
second
thing:
I've
added
the
Oktoberfest
topic
on
our
Repository.
B
I'm
sorry
so
I've
added
that
to
the
main
repository
I've
added
that
to
the
community
and
the
website
repository
so
I've
also
sent
the
Twitter
out
that
if
someone
wants
to
contribute
back
like
a
fixing
to
documentation
or
something
about
Community
ideas
whatever
so,
please
take
a
look
at
the
PRS.
B
Maybe
something
will
come
up,
but
the
primary
reason
for
this
one
is
just
to
gain
more
publicity
about
our
project
that
yeah
to
get
more
like
new
folks
to
wish
to
join
us.
My
next
thing
is
kubecon
Europe
2023.
B
The
cfp
period
ends
on
November
18th,
so
we
have
a
month
from
now
to
submit
our
cfps,
so
I'll
be
super
happy
to
see
a
few
at
least
few
cfps
submitted
I
can
help
out
with
all
the
logistics
I
can
join
you
on
stage.
I
can
help
out
with
the
slides
and
everything
on
our
site.
B
We're
gonna
do
in-person
kiosk,
that's
still
not
open
for
application,
but
I'm
gonna
file
that
so
we
have
someone
from
Europe
if
wants
to
or
if
someone
is
struggling
to,
keep
going
to
Europe
I'll
be
super
happy
to
share
the
stage
there
and
next
thing
I
want
to
discuss.
B
It's
I
want
to
book
a
300
minutes
period,
every
Monday
of
your
calendar,
and
it
will
be
asynchronous
or
synchronous
like
over
Zoom
to
do
like
a
PR,
judging
kind
of
connectivity.
So
we
don't
miss
any
new
PRS
hanging
there
without
without
feedback
or
anyone
actually
cementing
or
something.
What
do
you
think.
D
D
B
Okay,
from
your
perspective,
with.
F
B
Is
it
should
be
like
30
minutes
Zoom
every
Monday,
or
we
can
do
it
like
asynchronous
and
I
should,
like
remember,
remind
everyone
to
dedicate
these
three
minutes.
I
I'm
I.
D
Well,
I
find
both
study
is
good,
but
I
think
we
should
start
with
a
in
person
first,
because
until
it's
until
it's
elaborated
and
then
kind
of
a
settled,
then
we
can
switch
over
to
an
unsynchronous
mode,
but
I
think
you
know
to
get
the
though
rolling
we
should
do
it
synchronously
it's.
This
is
my
my
recommendation
or
my
take
on
that.
B
I
share
the
same.
The
same
I
think
to
build
the
habit
of
doing
it
without
actually
think
of
it.
I
think
we
should
do
it
like
a
few
times
over
over
zoom
and
to
to
build
a
habit,
and
then
we
can
we
can
like
do
it
asynchronous
and
just
discuss
on
this
meeting
every
second
week,
if
something
pops
out
that
we
cannot
review
or
needs
more
attention
in
terms
of
review,
reviewing
foreign.
A
We
actually
have
a
regular
Awakening
meeting
to
try
out
the
issue
and
review
a
charge
of
PR's.
We
so
I'm,
not
sure.
The
the
study
minutes
that
you
proposed
has
some
overlap
with
our
meeting
I
mean
so.
A
B
B
B
A
That
so
so
yeah,
so
my
my
point
is
that
the
if
we
book
another
a
half
an
hour
to
review
PRS,
it
will
have
some
overlap
with
our
internal
meetings.
So
we
can
reorganize
these
two
meetings,
so
we
can
confirm
with
journey,
to
leverage
most
of
our
efforts
to
real
PRS.
Maybe
we
can.
E
B
I
know
that
I
spoke
with
Jolene
about
this.
One
I
spoke
with
you
in
the
past
about
this
one
and
I
know
that
you,
when
you
discuss
that
in
in
in
your
language,
it's
much
faster
and
more
productive
in
general
yeah,
but
that
do
not
include
me
do
not
include
with
him
yeah.
That's
not
good.
I
mean
it's
not
optimal
for
the
community,
it
could
be
optimal
for
the
internal
VMware
engineering
team,
but
it's
not
optimal
for
the
community.
B
So
we
should
focus
on
community
more
and
do
these
changes
and
I've
already
synced
that
with
Jolene.
A
I
I
started
in
VMware,
it's
just
so
out
of
the
yeah
maintainers
I
mean
the
harbor
maintenance,
so
adjust
the
house
in
the
China
time
zone
within
we're,
not
work,
but
I
want
to
mention
that
all
the
attendees
are
the
harbor
maintenance.
So
but
the
yes.
G
A
That
we
should
we
should
evoke
more
maintenance
outside
when
we
are
to
join
the
meeting,
to
discuss
the
issues
and
fears.
G
I
think
because
of
the
amount
total
amount
of
the
pr
can
raise,
the
body
contribute.
Community
are
very
less
than
five
every
week,
so
I
think
we
can.
We
don't
have
to
book
an
enemy
meeting
to
review
this
class
I
think
we
can
talk
about
it
in
a
community
in
its
community
meeting.
B
Fair
enough,
but
I
was
I
was
about
to
propose
this
one
as
well.
If
we
do
you
think
if
we
can
accommodate
like
this
15
to
30
minutes
in
our
community
meeting,
but
the
thing
is
we,
we
know
we
don't
know
if
someone
will
pop
up
on
the
community
meetings
and
wants
to
discuss
something
else
and
practically
we
won't
have
the
time
and
we
we
have
a
problem
with
this
one.
B
B
B
So,
as
you
said,
they're
not
enough
they're,
not
a
lot
in
number,
which
is
great
because
we
can
then
we
can
book
it
half
an
hour
and
then
we
can
squeeze
it
to
10
minutes
I'm.
Okay,
with
this
one
I
don't
want
to
spend
like
a
half
an
hour
of
these
using
PRS.
Don't
get
me
wrong.
I
I
just
want
to
provide
a
meaningful
feedback
to
the
interviewers.
So
back
to
your
your
remark,
someone
when
is
that
meeting
scheduled,
which
is
the
internal
one
with
the
China
maintainers.
A
It's
two:
a
four
pm
internal
time
zone.
Every
every
Monday.
B
So
it's
you
say:
2
p.m
or
4,
P.M
4,
4,
pm
4pm
is
yeah
yeah.
So
practically
that
will
be
okay,
also
for
me
and
for
redeem
I
suppose
in
it's
okay
for
his
time
zone
as
well,
and
so
we
can
extend
that
thing
practically
and
we
replace
it
with
the
opening
Community
priyaging
one.
C
Yes,
I
mean
Paris
time
zone
in
work.
Sir
yeah.
B
So
if
you,
if
you
plan
on
actively
joining
us
on
this
stuff,
I
think
it
would
be
okay
for
you
as
well,
so
that
that
will
be
like
10
o'clock
or
now
with
the
time
change,
maybe
to
be
nine
o'clock.
But
it's
like
it's
like
doable
for
everyone,
premier
league
and
since
we
don't
aim
for
now
to
include
anyone
from
the
U.S
time
zone
that
that
will
work.
B
So
I
really
want
to
take
a
decision
today,
because
we
are
I.
Think
I
can
show
you
next
time,
I'm
not
prepared
now,
but
we
are
kind
of
lacking
behind
getting
attention
from
new
contributors.
So
we
should
work
on
this
one.
E
B
B
B
Okay,
all
right
I'm,
I'm
gonna
have
one-to-one
tomorrow
with
Jolene,
so
I'll.
E
B
Right
I
can
see
we
have
a
new
update
added
demo
for
the
application
chunk.
H
In
the
previous
Community
meetings,
I
have
shared
the
proposal
for
replication
trunk,
so
today,
I
would
like
to
share
the
demo
for
support
copy
by
trunk
for
Hardware
replication.
H
So
can
you
guys
see
my
screen?
H
Yes,
we
can
okay.
Thank
you.
Firstly,
let's
login
to
cover,
and
then
let's
prepare
our
a
fake
image.
H
Okay,
so
I
have
pushed
one
image
to
the
library
project
and
the
the
size
is
100
MB
and
then
I
have
added
the
demo
dot
go
how
about
dot
IO
as
the
registry.
So
let's
configuration
configure
the
replication
rule.
H
Okay,
you
can
see
a
new
checkbox
has
been
added
in
the
replication
rule
edit
page,
and
this
checkbox
is
not
enabled
by
default.
That
means
we
keep
the
same
behaviors
with
previous
version
only
if
user
want
to
enable
copy
by
trunk.
He
needs
to
check
this
checkbox
as
the
compilation
Let's
copy
it
by
by
blob.
H
Okay,
the
like
skillshing
as
a
job
is
succeed.
Let's
see
the
logs
the
the
this
image
has
one
blob,
so
you
can
see
the
try
to
copy
the
blob
and
the
blob
copy
completed
and
then,
let's
check
in
the
demo.go
power.
H
Okay,
the
the
image
has
been
pushed
successfully
and
then,
as
the
compilation,
let's
push
another
image
and
with
the
same
size.
F
H
That
seeing
able
this
this
checkbox
copyright
trunk
and
a
notice
is,
if
you
enable
copy
by
trunk,
that
may
increase
the
number
of
API
requests,
because,
if
you
copy
it
by
block,
it
may
need
only
one
request
to
the
Target
registry.
But
if
you
break
down
the
blob
into
a
multiple
chunks
that
may
that
may
send
send
the
multiple
requests
to
the
Target
value
stream.
H
Okay,
let's
watch
the
logs
and
you
can
see
the
difference
between
the
copy
by
blob
and
copy
by
trunk.
If
you
enable
call
you
by
trunk,
you
can
see,
we
separated
the
blob
into
mutable
Trunks
and
the
trunk
numbers
depends
on
the
trunk
size
that
we
set
it
in
the
harbor
we
by
default.
We
have
a
value,
it
is
10
MB
and
if
user
want
to
override
yet
the
they
can
that
the
environment
variable
in
the
hardware
container.
H
H
So
the
the
advantage
of
copy
by
trunk
is,
if,
if
your
network
is
not
stable,
for
example,
if
you
transfer
100
MB
data,
that
may
that
may
that's,
you
may
meet
the
failure
so,
but
if
we
separate
it
by
trunks
so
every
time
the
request
only
carry
about
10
MB
later
so
the
success
rate
is
maybe
more
higher
than
probably
buy
whole
block
and
and
another
Advantage
is.
H
H
That
means
you
may
need
cause
about
more
more
than
one
times
for
that,
but
if
you
copy
the
blog
by
trunk,
for
example,
if
my,
if
the
final
trunk
failed
to
to
copy,
you
only
need
to
copy
the
this
value
trunk
and
that
can
save
much
more
time
than
if
we
copy
by
blog.
H
Due
to
the,
we
still
have
some
issues
to
fix
for
for
this
part.
So
today,
I
can't
share
the
compilation
when
the
when
we,
when
we
encourage
the
network,
broken
issue.
H
Okay,
so
this
is
the
part
for
demo,
the
replication
trunk.
Any
question.
I
Yeah
I
have
two
questions
too.
The
first
one
is
the
default
trunk
says
10
megabyte
if
it's
configurable
through
the
homo
diamo
file
or.
H
I
Okay,
so
if
the
user
want
to
change
size
for
the
for
every
block
for
every
trunk,
he
will
have
to
change
the
environment
variable
right.
I
Yes,
oh
okay!
The
second
question
is
well
what
happens
between
two?
How
registry
One
support
replication
by
trunk
and
the
other
one
doesn't
support
it.
I
suppose.
F
H
In
the
truth,
the
the
the
the
the
talker
distributions
back
defines
that's
to
the
as
the
docker
as
the
image
rest
registry.
If,
if
he
follows
the
osei
is
back,
he
should
support
the
copy
by
trunk,
but
for
the,
but
we
actually
we.
Currently,
we
only
support
enable
the
copy
by
trunk
for
both
source
and
Target
are
Harbor
registry.
H
H
We
will
not
not
sure,
for
example,
I
choose
the
docker
registry,
you,
you
cannot
choose
the
copy
by
chunk
blob,
because
we
we
will
validate
that
and
we
only
enable
it
for
both
Hardware
industry.
But
if
user
really
wants
to
test
that,
he
can
enable
this
by
Hardware
API,
but
we
do
not
ensure
that
can
work.
H
We
will
only
ensure
the
work
for
both
Hardware
registry.
D
A
D
A
We
do
not
want
to
change
the
default
Behavior
for
the
replication,
so
the
default
behavior
for
replication
is
to
replicate
the
whole
problem
there.
So
we
want
to
just
introduce
another
option
for
user
to
handle
some
situation
like
with
high
latency
in
in
their
Network,
so
yeah.
H
D
If,
if
the
spec
the
support,
loop
and
chunk,
why
not
supported?
Then
you
think
if
not
supported
use
block,
so
you
know
because
I
think
it's
you
know
it's
over
complicating
the
the
users
with
the
choice.
So
if
we,
if
we
make
it
Dynamic,
so
let's
adapt
the
system
dynamically
to
the
situation.
We
don't
have
to
ask
the
user
to
explicitly
set
it
or
not,
because
because
it
will
work
anyway
in
both
cases
you
know
if,
if
there's
a
probing,
not
testing,
if
it's
supported
or
not.
H
D
Well,
dynamically
I
mean
we
can
we
can
probe
and
test
if
chunk
is
supported
and
then
use
Chunk
in
this
case
and
if
it's
not
supported
use
blob,
and
this
way
we
don't
have
to
expose
the
internals
of
the
system
to
the
user
to
make
the
decision,
because
my
opinion
for
the
user,
it
makes
no
difference,
you
know.
So
why
would
someone
explicitly
enable
this
and
one
why
we
should
one
disable
this?
D
You
know
if,
if
it
would
work
automatically
in
a
sense
that
there's
a
probing
that
can
decide
or
make
a
fallback
to
long
time
in
case
no,
then
it.
A
Will
always
work
yeah,
but
based
on
the
distribution
spike,
it
can
now
support
this
kind
of
scenario.
I
mean
that
if
you
decide
to
replicate
the
whole
block,
you
can't
fall
back
to
replicate
by
Trump.
But
if
you
decide
to
replicate
by
trunk,
you
can
now
go
back
to
the
the
whole
flower.
This
is.
They
are
the
two
different
kind
of
scenarios:
unfolder.
We
Define
two
phases
for
trunk
replication,
the
in
the
phase
one.
We
just
want
to
support
Harbor
to
Harbor
in
phase
two.
A
We
want
to
extend
the
capability
to
mount
the
more
other
kind
of
adopt
adapters
like
a
dog
harm,
GCR
or
a
and
Etc,
if,
if
they
support
the
way
to
version
of
a
distribution
Spike,
so
then
we
can
extend
the
capability
to
other
kinds
of
adapters.
Yeah.
D
B
Is
that
I
have
one
we're
aiming
to
get
this
one
into
what
two
seven.
A
A
B
B
Yeah
I
was
I
was
curious.
We
have
the
proposal
already
approved
or.
A
A
We
maybe
have
to
update
the
some
source
code
for
this
distribution
side
to
fully
support
the
trunk
replication
yeah.
So
so
I
have
to
say
that
there
there
should
be
a
risk
for
this
feature
in
2007.
A
I
mean
in
the
social
level
we
encounter
some
a
one
problem
today
when
we
may
debugging
the
the
source
code.
B
A
A
Or
no,
no,
no,
some
incompatibility
between
the
it's
a
idea-
and
this
was
called
it's
an
absolute
Upstream
problem.
A
E
B
Is
is
a
is
Roger
aware
of
this?
One
I
mean:
do
we
update
the
the
robots.
A
G
A
You
let
him
know,
and
tomorrow.
B
All
right,
if
not
I,
saw
one
of
the
tests
is
failing.
It's
called
similarity
test
case,
even
though
some
PR
that
are
not
related
to
any
part
of
this
code
and
I
saw
these
PRC
over
here
that
are
removing
that
text.
B
Anyone
can
comment
to
this
one
because
it
says
the
singularity
has
been
renamed
to
uptime
or
wherever
the
name
is,
but
I
can
see.
Only
the
removal
of
the
test.
A
Yeah
we
will
replace
the
The
Singularity
with
the
new
I,
don't
know
a
ABP
trainer
on
yeah,
but
the
temporary.
We
we
want
to
deceive
disable.
This
case.
E
E
A
B
Talking
about
tests
I
want
to
share
something.
Give
me
a
sec.
B
I've
added
the
so-called
fossa,
so
that's
the
the
security
scanner
I
think
I
added
the
budgets
on
the
on
the
on
the
on
the
main
page
and
that
that's
not
the
important
thing
over
here.
But
the
thing
is:
when
you
have
time.
First
of
all
take
a
look
at
that
PR,
please
and
then
second,
we
have
quite
a
lot
of
things
to
to
fix.
B
B
Yeah
I
have
to
add
this
one
I
have
a
a
mask
for
home
interiors,
please,
watch
and
and
monitor
the
maintainers
channel
in
in
is
like
I'm
posting
some
stuff
there
and
I
think
nobody's
ringing
that
channel.
So
please
take
a
look
at
it
and
last
ask
from
my
site
is:
if
everyone
can
think
of
some
cute
first
issues,
so
we
can
be
more
welcoming
to
the
new
to
the
new
members
of
the
community.
B
B
Let's
ask
for
everyone
pretty
much
I
know
it's
super
tempting
to
fix
it
like
in
two
minutes,
because
you
know
what
to
fix.
But
if
you
spend
these
two
minutes
explaining
that
an
issue,
then
someone
else
can
can
pick
it
up
and
enjoy
working
with
us
on
the
community.
B
That
will
make
our
life
much
easier
because
that
will
be
bring
more
folks,
yes,
and
that
remains
more
less
quality,
maybe
PRS.
But
that
means
more
folks
able
to
join
us,
and
some
of
these
new
folks
will
be
able
to
become
a
maintenance
at
some
point
which
we
mean.
Let's
work,
let's
put
it
this
way,
so
yeah
I,
hope
you
understand
what
I'm
saying
I
can
elaborate
more,
but
I
don't
want
to
waste
time.
So
without
I,
don't
have
any
other
topics.