►
From YouTube: GSoC 2020: External Fingerprint Storage project kick-off
Description
Project page: https://www.jenkins.io/projects/gsoc/2020/projects/external-fingerprint-storage/ . Meeting notes: https://docs.google.com/document/d/1_0lH_s5NpV860NjLmZT8cKd26Z4GrtXpgkBydDt103M/edit#heading=h.cmwmgfq0y4gk
A
I'll
welcome
to
the
external
fingerprint
storage
of
making.
This
is
one
of
our
google
Summer
of
Code
projects,
and
we
have
some
meat
on
the
call.
It
is
student
and
we
also
have
a
number
of
mentors
and
potential
stakeholders,
and
my
suggestion
would
be
to
have
short
introductions
before
we
place
it
with
the
project's
agenda
and
after
that
we
can
just
discuss
what's
next
project.
C
Thank
you
shows
next
I'll
go
next.
Some
like
surreal
way:
I
work
at
swabbies,
my
first
time
being
involved
with
google
Summer
of
Code
as
well
as
mentoring,
but
I'm
looking
forward
to
I.
Think
it's
gonna
be
really
good
experience
and
I
particularly
heard
this
project
seems
pretty
well
thought
through
and
thought
out
to
me.
D
Andre
Falco
I
have
been
a
long
time,
Jenkins
user.
This
is
my
second
time
mentoring
for
google
Summer
of
Code
for
for
Jenkins
last
year
it
was
you
know,
Kafka
teachers
for
for
Jenkins
that
I
was
a
mentor
and,
given
my
background
in
managing
systems
that
carry
state
I
felt
that
I
could
potentially
help
out
with
this
one.
This
year,.
A
A
History
stories
for
Jenkins,
we
have
delivered
some
of
the
stories,
but
not
all
of
them,
and
external
fingerprint
storage
was
one
of
the
items
which
is
true
in
Jenkins
and
as
a
former
mayor
of
docker,
traceability,
plug-in
and
other
plugins.
We
shaking
the
work
with
finger
things
I'm,
really
interested
in
finger.
Prints,
API
and
I
would
be
interested
in
external
storage
so
that
we
could
have
Monali
gigs.
D
A
A
Okay,
so
I
guess
it's
time
to
share
a
Google
document
and
go
through
probably
a
bit
boring
agenda
because
the
first
meeting,
so
we
need
to
stop
communication
channels.
We
need
to
discuss
how
we
would
work
together,
but
it's
really
important
to
have
for
this
discussion
so
that
we
can
this
project
trying
to
expose
them
in
the
future.
B
A
A
A
So
right
now
what
we
have
mint
in
the
project
description.
We
have
a
link
to
this
cloud
native
special
interest
group.
Richard
I.
Do
not
think
that
it's
best
thing
for
this
project
because,
firstly,
all
native
seek
is
Dortmund
and
I
have
an
action
item
to
restore
that
I
already
have
a
male
in
my
drafts,
etc.
So
I
will
try
to
just
start
it
today
or
tomorrow,
but
assuming
that
the
disiike
who
gets
recovered
most
likely
there
will
be
high
traffic
yeah.
A
What
is
a
lot
of
traffic
and
it
related
to
your
project
plus
I
added
another
topic
to
agenda
I.
Do
not
think
that
alternative
seek
is
actually
am
a
good
place
for
pluggable
storage,
so
my
suggestion
would
be
to
introduce
a
separate
little
channel
because
we
don't
have
special
channel
for
Jenks
core
development,
so
my
preference
would
be
to
creating
channel
specifically
for
the
project
I.
D
A
A
A
A
Recommendation
is
there
to
have
two
meetings,
but
we
did
some
experiments.
Do
you
think,
previous
years?
So,
for
example,
one
meeting
could
be
ensured
so
that
we
meet
in
a
video
on
the
one
Spivak
and
do
the
second
under
one.
We
need
to
do
knowledge
transfer
set
session.
So
we
have
a
lot
of
flexibility
there
and
I'm
prepared
to
follow
the
decision
by
others
share
your
preferences.
B
A
Also
options
for
clicky
fine,
so
what
we
really
need
to
discuss
is
what
would
be
the
meeting
times,
because
currently
we
have
four
different
time
zones,
so
the
week
is
based
in
China
and
based
in
Europe,
Michael
and
Andre
are
based
in
a
United
States
right,
yeah
California
for
me
also
you're.
Even
on
the
west
coast,
we
have
finding
a
good
meeting.
Slaughter
is
going
to
be
a
challenge
and
my
suggestion
would
be
to
start
dude
or
whatever
to
find
such
slot.
A
B
B
A
B
B
B
C
B
D
E
A
Yes,
oh
my
keys.
My
next
week
is
quite
parked
because
we
have
to
meet
ups.
We
are
trying
to
create
everything
for
some
hackathon
meet
me,
so
most
likely
so
I
will
be
quite
busy
on
Monday.
Tuesday
I
will
be
still
able
to
find
some
time
to
review
reviews
and
provide
feedback,
but
starting
from
Wednesday
I
will
live
to
make
sure
that
another
able
for
the
meeting
the
earrings
are
quite
tough
but
I'm
ready
to
move
for
the
meeting
city
needed,
and
here
one
of
availability
topics
for
me.
So
yeah.
D
A
25Th
to
29th
again
now
there
will
be
your
ex
hackathon
all.
We
can
actually
good
to
hasten
that,
for
example,
for
Sony.
If
you
would
like
to
have
more
onboarding
with
a
fingerprint
I
could
race,
etcetera,
definitely
improving
for
UI
UX
for
fingerprints
could
qualify,
but
in
general
they
will
be
able
to
administrative
tasks
and
other
stuff
for
me
to
be
handled
this
week,.
A
We
should
also
have
a
number
for
tasks
which
could
be
created
so,
as
you
said
so
meter,
the
first
objective
is
to
create
a
kind
of
API
and
the
change,
but
the
cpi-u
also
implies
having
a
reference
implementation.
We
don't
commonly
marsha
in
new
ApS
unless
that
was
a
reference
implementation
for
them.
A
So
it
means
that
we
can
have
two
things
in
parallel
and
while
Jenkins
code
itself
is
quite
difficult
to
contribute
to
for
your
reference
implementation
and
basically
you
can
just
start
the
local
repository
start,
putting
things
there
and
we
can
work
on
getting
him
hosted.
So
creating
a
skeleton
could
be
a
good
first
task
to
table
and
you
can
basically
work
on
that
me
easier
because
there
is
no
commitment.
There
is
no
risk
of
breaking
anything
can
be
done.
It's
a
depository.
B
A
So
yes,
I
think
that
we
will
like
not
much
this
pull
request
immediately,
but
we
will
look
wait
for
some
more
deference
implementation
so
that
we
can
review
EP
is
together
right
now
we
have
a
way
to
merge
ETS
early,
because
now
we
have
better
annotation
for
EPS
way.
We
can
say
that
the
lis
CPI
is
here,
but
we
don't
guarantee
but
value
the
compatibility
for
that.
D
A
And
so
I,
don't
like
a
big
pool
request
to
be
honest,
so
yeah
there
will
be
still
like
the
initial
big
booty
quest,
which
introduces
but
API
and
parallel.
There
would
be
reference
implementation
again.
It
might
be
a
blob
where
we
can
still
do
some
pull
requests,
etc.
But
once
this
initial
implementation
is
merged,
we
can
do
it
in
action
and
device.
A
Yeah
so
my
suggestion,
for
that
would
be
to
first
start
with
discussing
with
a
synchro
monster,
so
you
have
your
proposal.
What
we
could
do.
We
could
just
copy
this
proposal
to
design
dog
and
stop
the
reviewing
page
or
just
to
keep
working
with
the
proposal,
though
my
preference
would
be
to
create
a
new
document
and
this
document
eventually
it
will
become
foundation
for
Jenkins
enhancement
proposal.
You
reference
the
law,
but
right
now
it
can
be
just
our
boilerplate
document.
I
wish
we
had
review
together,
discuss
on
communication
and
yeah.
A
A
A
B
A
So
my
recommendation
how
we
usually
approach
that
we
create
some
ethics,
for
example,
based
on
deliverables,
so
you
have
a
sequence
of
deliverables
in
your
project,
let's
say
initially:
API
implementation,
etc.
You
can
use
this
scopes
basic.
Yes,
you
can
create
an
epic
of
wish
such
a
deliverable,
and
in
this
epoch
you
can
create
tickets.
A
So,
in
the
case
of
this
proposal
we
will
have
to
use
majira
because
for
other
projects
many
of
them
must
wish
to
github
wishes.
But
here
we
have
gently
score
and
Jenkins
code
has
jiron
well,
we
could
potentially
using
github
wishes,
but
it
would
be
a
bit
complicated.
So
if
everyone
is
finally
that
I
would
just
suggest
to
start
from
JIRA.
A
D
B
A
A
So
if
you
don't
need
to
schedule
anything
right
now,
let's
proceed
focus
on
design,
and
then
we
will
see
why
we
need
to
discuss
your
schedule
inhalation
answers.
For
example,
it
is
highly
likely
that
some
of
knowledge
transfers
will
need
to
happen
recently
because
he
has
more
experience
with
databases
for
than
me.
A
B
A
A
We
also
need
to
check
whether
we
have
enough
test
coverage
for
fingerprints,
el
gusano,
De
Anza
know
so
such
tasks
could
be
separated
right
now
and
yeah.
Follow
that
one
a
reference
implementation
may
be,
it
will
require
some
additional
discussions,
but
for
playing
skeleton.
Definitely
you
can
play
the
task.
A
A
A
Configuration
was
quoted,
praetor
and
the
many
of
these
changes
were
very
low
level
and
we
have
had
difficulties
with
building
a
community
in
this
thick
mighty
structures.
We
should
is
seek
more
to
user
specific
use
cases,
for
example,
integration
with
was
from
C&C
fa
cai'
system,
especially
monitors
with
monitoring
tools
like
parameters,
also
to
still
keep
working
on
jinkies,
pronounce
the
patrollers
to
keep
working
on
another
areas,
but
with
more
focus
on
and
users
and
for
such
changes.
A
Yes,
we
still
need
a
cloud
native
storage,
so
this
project,
if
it's
this
sequel,
but
yesterday,
for
example,
we
had
a
discussion-
will
be
smart
quite
about
creating
music
for
core
features
and
core
functionality,
because
in
the
print
storage
a
you
don't
have
to
be
cognitive
or
for
what
it
works.
You
don't
have
to
be
in
the
cloud
to
get
benefit
from
this
project.
A
So
we
were
thinking
about
moving
it
to
a
separate
sheet
moving
some
projects
from
cloud,
negative
6
and
projects
from
platform
seek
and
just
creating
a
new
C
sub
project
for
this
core
architecture,
changes
and
core
features.
So
it's
yet
to
be
discussed
it's
yet
to
be
submitted,
but
there
may
be.
We
will
try
to
create
music
around
it
and
it
will
be
great
to
know
what
is
your
opinion
and
what
your
opinions
and
rayon
drink
about
whether
it
makes
sense
to
proceed
and
such
direction
and,
if
so,
how.
We
would
like
to
much.
A
A
We
could
we
don't
have
to
answer
this
question
today,
so
we
can
really
discuss
it
during
community
bondic
but
yeah.
What
would
be
my
preference
so
that
by
the
end
of
the
community
bonding,
we
have
one
presentation
and
whatever
seek
so
that
we
start
facilitating
and
feedback
from
wider
community
and
just
from
the
project
team.
B
A
B
B
A
Basically,
this
meeting
could
be
a
forum
for
view
the
discussion,
so
we
first
a
share,
maybe
accommodate
some
feedback.
Invite
those
who
are
interested
to
join
this
project
meeting-
and
maybe
somebody
will
stay
as
a
stakeholder
in
the
project
or
just
provide
more
feedback,
show
some
weaknesses
in
the
design
which
is
really
important.
B
A
My
recommendation
would
be
to
start
from
something
like
how
jobs
are
written
and
I
created.
The
number
four
chips
before,
to
be
honest,
main
keys,
say:
you've
been
creating
jobs
on
Google
Doc
and
then
converting
them
to
asciidoc,
because
Google
Doc
is
much
more
convenient
for
discussions
and
initial
feedback.
So
here,
for
example,
you
can
find
some
dogs
related
to
pluggable
storage,
for
example,
though
this
is
sort
of
take
open
chips
which
actually
active
ones
so,
for
example,
external
artefacts
storage.
A
So
this
is
the
document
which
describes
how
it
would
look
like
what
would
be
the
API
is
you
don't
have
spent
so
much
time,
my
documenting
that,
because
you
can
have
a
pull
request
and
you
can
just
reference
this
pull
request
until
the
installation,
but
some
common
sections
like
motivation
like
vision
for
your
the
implementation,
it
would
be
really
important
and
then
you
can
go
to
whatever
low
level
in
details,
you're
interested
in
so,
for
example,
this
job
is
quite
top-level.
The
Objectivist
actually
suggest
and
justify
the
architecture
decisions
you
are
making.
A
Another
one
is
just
how
to
would
integrate.
Existing
is
called
code
base,
so
basically
to
these
items
would
already
create
a
good
job.
So
here
is
another
example
which
turn
on
block
storage
for
pipeline,
which
is
also
quite
easily
turd
in
which
you
can
rebuild.
It
includes
some
user
cards
etc,
which
one
job
two
one
zero,
so
yeah,
it's
external
locks,
storage.
A
Also,
we
have
Egypt
for
configuration,
storage,
API.
We
have
a
for
external
Gilligan.
Can
the
Jenkins
core?
So
this
one
is
in
the
pipeline
this
one
in
the
core,
so
you
can
start
from
them
yeah
you
don't
have
to
create
long
ships.
So,
for
example,
this
one
is
saturated
me
wrong
because
it
suggests
a
core
API
change
with
a
lot
of
potential
consequences,
but
yep
you
can
place
it
as
you
want,
and
you
don't
have
to
create
all
subjects
like
here.
Instead
of
that,
you
can
probably
create
some
schemas
or
whatever.
A
A
D
D
A
D
Yeah
I
just
expect
like
in
the
like,
when
you
share
the
design
back
and
get
feedback,
you're
gonna
probably
get
asked
like
okay.
Why
not
Postgres.
A
Yep,
so
how
we
handle
it
in
jerk
and
jab,
we
have
freezing
ink
so,
for
example,
yeah
they're
all
with
some
concerns,
because
if
it's
in
the
architecture
change,
so
people
have
different
opinions
here,
for
example,
there
are
some
concerns
about
how
to
log
in
how
to
mirror
works,
etc,
and
we
try
to
address
it
in
the
reasoning
search.
So,
for
example,
if
you
just
have
opinion
what
did
the
BC
you
you
would
like
to
use,
you
can
put
it
like
that
same
way,
even
take
a
look
at
concerns.
A
What
would
be
the
backward
compatibility
input?
Hopefully
we
won't
have
backward
compatibility
issues
in
this
project,
but
I
would
see
I'm
totally
willing
to
make
changes
have
to
so
yeah.
You
can
follow
this
format,
but
the
andre
is
right.
There
will
be
a
question
about
traditional
database,
so
if
you
the
relational
database,
somebody
will
be
wondering
why
it's
not
elasticsearch.
If
you
do
elasticsearch,
somebody
will
go
wondering
why
it's
not
MongoDB
or
Postgres,
so
we'll
be
able
NT
to
have
these
questions
then.
D
A
But
that's
why
we
designed
the
project,
because
one
of
the
objectives
is
to
create
API.
We
do
not
have
to
create
all
the
implementations,
but
providing
good
API
is
something
we
need
to
do
so,
even
if
we
don't
do
all
these
reference
implementations
keeping
kind
of
mind,
this
use
cases
is
good.
For
example,
there
are
some
key,
for
example,
if
you
use
elastic
soldier,
then
you
have
eventual
consistency
by
design
and
eventual
consistency
for
fingerprints
for
logging.
A
It
might
be
a
significant
concern
if
you
use
post
base,
you
don't
have
eventual
consistency,
but
then
you
have
to
figure
out
how
to
create
data
from
that,
because
if
you
just
put
XML
or
JSON,
it
might
be
quite
slow
or
if
you
use
educational
data
base,
then
again
you
have
to
think
how
you
put
data
there,
because
Postgres
is
good,
but
Patrice
offers
much
more
features
for
structured
data
than
my
skill.
Let's
see
oh
MongoDB
Yates,
just
key
value
storage
and
you
have
to
figure
out
everything
on
your
own.
A
Yeah
but
EPA
can
be
developed
incrementally.
So
that's
why,
when
we
start
working
on
pluggable
storage,
so
just
to
share
some
history.
Well,
last
iteration
of
talk
about
storage
when
we
were
cantabile,
basically
with
Carlos
Sanchez
on
creating
car
support
managers
and
understories.
Just
think
we
need
is
to
create
beta
annotations
and
support,
because
we
realized
that,
even
with
our
expertise,
we
cannot
create
good
EPS
on
the
first
iteration.
A
So
instead
of
creating
API
spending
too
much
time,
we
introduced
an
engine
which
supports
which
allows
are
doing
good
things
implemented
and
now
with
heavily
useless
engine,
and
we
show
some
it.
We
don't
expect
you
to
create
a
good
epa
from
the
first
attempt,
so
we
will
get
there,
hopefully
during
the
project
or
maybe
even
after
but
yep,
it's
perfectly
fine
to
approach
iterative.