►
From YouTube: Jenkins GSoC Office Hours, Nov 18, 2020
Description
After a short break, we are restarting the Google Summer of Code office hours in the Jenkins community. At this meeting we have talked about upcoming GSoC 2021 and discussed the current project ideas. We are looking for mentors, org admins and students!
Meeting notes: https://docs.google.com/document/d/1H0gJt1zdr37YDpuSLXSeFqYco_a_CIrAuZ1f0Oyl4XE/edit#heading=h.que9twu9qli8
A
So
hello
welcome
to
jsoc
office
hours.
After
a
long
break,
we
will
recontinue
our
regular
office
hours.
So
last
official
office
hours
was
on
july
22nd.
After
that
we
had
a
few
retrospective
meetings,
which
we
didn't
put
in
the
this
agenda,
because
there
were
separate
meeting
loans
and
now
we
return
back
with
focus
on
gsop
2021..
A
We
have
several
students
and
past
years
of
participants
on
the
call
and
yeah
before
we
start,
I
would
like
to
just
quickly
summarize
what
is
the
current
state?
So
we
finished
the
jsoc.
A
A
We
intend
to
participate
at
the
jenkins
project.
At
the
same
time,
we
are
in
early
planning
stage,
so
we
still
need
to
define
the
orc
admin
team.
We
need
to
define
mentors
teams,
we
need
to
create
project
ideas.
So
what
we
have
on
our
website
at
the
moment
is
just
a
few
initial
project
ideas.
Basically,
what
we
wrote
over
from
the
previous
year,
the
ideas
which
we
still
have
interest
in
and
which
haven't
been
watched
on
in
gsr
2020,
and
there
will
be
more
ideas
in
the
future.
A
So
if
you
are
a
mentor
interested
in
the
project
or
if
you
want
to
submit
any
new
project
idea,
let
us
know
we
can
keep
extending
this
list.
So
it's
just
a
initial
ending
and
you
know,
over
the
next
few
months
we
will
have
much
more
details
on
the
website
this
year.
Gsoc
will
be
slightly
different
from
the
previous
years.
So,
if
you
have
seen
the
timeline,
you
can
see
that
now
there
are
two
coding
cycles,
so
g-shock
is
basically
shorter
than
it
used
to
be
in
previous
years.
A
It
will
happen
on
may
17th,
so
a
bit
later
than
it
used
to
be
before,
and
the
community
abundance
will
be
over
on
june
7th.
So,
basically,
there
will
be
still
three
weeks
as
of
community
bonding
as
before
and
yeah.
There
will
be
two
coding
phrases.
Both
coding
phases
is
approximately
one
month.
So,
instead
of
three
months
of
coding,
basically,
you
have
two
months
of
coding.
A
Okay,
so
that's
what
I
wanted
to
tell
about
the
plans
and
changes
again
right
now.
We
are
looking
for
participants,
including
cork
admins,
mentors
and
students,
but
we
can
start
discussions
now
and
if
you
have
any
specific
topics
to
discuss,
if
you
have
any
questions,
let's
just
discuss
them
so
that
we
can
start
addressing
these
comments
and
okay
before
that,
do
we
have
any
potential
mentor
on
the
call
or
just
potential
students.
A
Okay,
so
yeah
for
you,
it's
a
good
time
to
think
what
would
be
a
project
you
would
be
interested
in
in
terms
of
mentorship
in
terms
of
project
ideas
and
yeah.
We
can
discuss
it
in
the
chat.
Also,
there
are
guidelines
about
opposing
project
ideas,
so
you
can
start
exploring
this
area
by
the
way.
C
A
C
Yeah,
hello,
hello,
everyone
yeah.
Actually
I
was
I,
I
went
through
the
project,
ideas
and
one
of
the
projects
caught
my
attention
that
plug-in
installation
manager
tool
like
I
went
through
that
and
for
that
I
saw
the
requirements
like
what
what
skills
I
need.
So
I
was
not
that
comfortable
in
java,
so
I
went
through
the
like
I'm
I'm
learning
java
at
the
moment,
but
I'm
like
now
comfortable
with
it,
but
there
was
a
mention
of
java
configuration
as
a
code.
C
C
The
fourth
point
yeah
so
like
I
wanted
like
an
heads-up
like.
Can
you
suggest
me
from
where
I
should
like
learn
about
these
things?
Actually
I
saw
a
talk
on
this.
There
was
a
talk
by
nicholas
the
louvre
on
on
pragma
or
something
like
at
pragma
conference
on
youtube.
I
went
through
that
but
like
it
is
something
which
I'm
not
that
comfortable
at
the
moment.
C
But
like
do
you
have
any
suggestion
or
issues
or
anything
like
which
will
make
me
familiar
with
this
topic,
because
I
think
this
is
a
very
good
project
like
package
management,
I
like
understand
the
importance
of
it
and
I
also
went
through
the
like
theory
of
package
management,
but
not
yet
that
comfortable,
but
I'm
going
through
it
so
just
wanted
in
like
a
reference
or
something
to
get
more
on
this.
A
So
you
can
start
from
documentation,
we
have
some
documentation
for
configurations,
code
plugin,
and
we
also
have
a
lot
of
demos
specifying
particular
topics.
So
here
you
can
find
demos
and
yeah.
There
is
a
lot
of
plugins.
A
Usually
when
you
start
with
this
topic,
my
recommendation
would
be
to
just
start
from
creating
your
jenkins
instance,
maybe
trying
to
configure
it
for
your
project
and
then
to
move
this
configuration
to
configurations
code.
So
you
could
follow
the
guidelines
here.
For
example,
there
is
documentation
about
features,
configuration
export
which
describes
how
to
export
configuration
from
existing
instance.
A
So
once
you
create
your
instance,
you
can
just
try
to
convert
it
to
is
called
using
these
guidelines
using
a
docker
image
so
that
it's
also
decreased.
Here.
You
can
find
this
information,
how
the
docker
images
separate
and
if
you
need
any
specific
grammars
the
results.
For
example
yeah.
There
are
multiple
repositories
which
follow
of
approximately
the
same
pattern.
I
will
just
show
you
my
repository
damaging
configurations
code,
so
this
repository
basically
shows
how
to
configure
everything
with
docker
jkusk.
A
D
C
Not
much
of
a
question
but
like
what's
your
suggestion
on
that
thing,
I
was
like
setting
up
my
own
jenkins
instance,
but,
like
I
didn't
want
to
what
I
should
say,
install
a
lot
of
software
and
all
that,
so
I
what
I
did
was
I
tried
with
the
jenkins
docker
image
and
there
was
like
to
work
with
jenkins,
plugin
installation
manager.
C
There
was
a
one
like
reference
guide
about
how
to
quit
like
how
to
start
a
quick
start
section.
There
were
huge,
like
all
the
points
from
mentioned,
clone
the
project
run
the
test.
There
are
several
different
lists
of
plugin.
All
those
things
were
mentioned
in
the
projects
projects
website
page,
so
I
was
like
I
was
just
wanted
to
ask
like.
Should
I
go
with
the
docker
image
like?
C
Should
I
try
running
tests
and
like
trying
this
tool
with
a
docker
image
or
with
the
jenkins
instance
like
I
began
with
the
docker
image,
but
I'm
like
not
that
much
comfortable
with
docker.
So
what
would
you
prefer
like?
What
would
you
suggest?
What
should
I
do
in
that?
Like?
Should
I
go
with
a
local
instance
or
with
docker
docker.
A
A
A
So
yeah,
you
can
see
that
turkey
is
mentioned
multiple
times,
because
yeah,
one
of
the
main
objectives
for
this
project
in
2020,
was
to
integrate
it
into
the
official
docker
images.
A
You
can
see
that
this
project
is
currently
in
the
drafts,
because
the
description
is
still
needs
to
be
updated.
Current
stated
that
we
already
have
it
inside
the
docker
image.
So
if
you
go
to
jci
docker,
you
can
see
that
the
tool
is
already
embedded
there.
Just
second,
that
is
plugin.
A
So
the
first
step
is
done,
but
there
are
still
issues
we
discovered
during
the
evaluation
and
also
there
are
other
use
cases
where
the
two
could
be
integrated,
so
it
still
remains
relevant
at
the
same
time
yeah.
What
would
be
the
particular
percentage
of
the
work
it's
yet
to
be
seen
and
discussed
in
the
proposal.
A
Yeah,
thank
you
too.
So
yeah
you
can
definitely
play
visit
without
docker.
There
is
a
lot
of
things
which
could
be
done
without
docker.
So
if
you
go
to
plugin
installation
manager
tool,
for
example,
there
is
a
number
of
open
issues,
actually
not
that
many
at
the
moment,
but
yeah
there
are
some
defects
which
need
to
be
fixed.
A
Yeah,
so
we
had
joining
configurations
called
think
meeting
today
and
we
discussed
this
too
a
bit
because
yeah
there
are
still
defects
which
impact
adoption
and
also
we
still
have
a
problem
of
having
multiple
tools
when
so.
This
is
a
gsoc
2019
project.
It
was
created
by
natasha
stapa,
one
of
our
students.
Then
it
was
improved
over
time,
but
we
still
have
the
main
issue,
because
this
project
was
created
to
replace
other
plugin
management
tools.
We
have
replaced
in
the
docker
image,
but
the
results.
C
C
Okay,
so
like
our
basic
main
goal
of
this
project
is
like,
as
far
as
I
like.
If
I
try
to
simplify
the
whole
like
in
crux,
our
main
aim
is
to
create
a
tool,
for
example,
a
package
man,
basically
a
plugin
manager,
which
will
replace
all
kinds
every
other
plugin
manager
which
exists
at
the
moment
in
jenkins,
to
install
plugins
right.
That's
the.
A
A
Yeah
in
practice,
of
course,
there
are
different
obstacles
which
could
prevent
using
this
tool
everywhere,
but
at
least
some
usages
could
be
replaced
even
now.
For
example,
I'm
a
maintainer
of
jenkins
file
runner,
it's
a
basically
fast
mode
for
jenkins,
so
you
can
execute
drinks
pipeline
in
the
container
and
then
this
container
shuts
down-
and
here
I
also
have
a
task
for
adopting
plugin
installation
manager.
A
So
this
is
one
of
examples.
It's
not
finished,
but
it
basically
replaces
the
internal
plugin
management
logic
by
a
plugin
installation
manager,
library
and
you
can
see
that
the
logic
in
the
tool
is
quite
short
because
it
just
supports
a
few
use
cases.
But
instead
of
that,
the
idea
that
here
you
would
get
full
featured
plugin
manager.
A
A
So
it's
here
yeah
at
that
point
we
were
doing
project
ideas
in
google
doc,
which
also
worked
fine.
So
here
you
can
find,
for
example,
a
list
of
existing
complementations
and
you
can
just
go
through
these
implementations,
but
your
custom
work
package
is
still
there.
It
hasn't
been
switched
to
the
two
jenkins
evergreen
yeah.
A
This
project
is
deprecated
at
the
moment,
so
it's
probably
not
the
most
important
thing
jenki's
filed
runner
is
here
also
other
implementations
which
is
still
around,
so
you
can
explore
the
original
scope
and
the
original
problem,
which
could
be
a
additional
source
of
information
for
you
well,
at
least
it
would
help
to
understand
why
these
tools
exist
and
the
way
you
would
like
to
adopt
here.
A
A
A
A
So,
for
example,
there
are
some
ideas
for
jenkins
for
jenkins
sex.
Not
all
these
projects
have
been
completed
during
the
previous
phases
and
even
if
they
were
completed
that
might
may
find
some
ways
to
extend
that.
So,
for
example,
if
you
interested
to
work
on
pluggable
storage
last
year,
we
finished
external
fingerprint
storage,
but
there
is
still
a
big
scope
of
different
stories
which
we
would
need
to
deliver.
A
Just
a
second
plug
was
published,
so,
for
example,
you
can
just
navigate
through
pages
and
find
these
stories
and
problems.
This
could
be
potentially
a
project
idea,
even
if
it's
not
listed
at
the
moment,
and
if
you
have
any
idea
what
you
would
like
to
work
on
personally,
just
link
it
up
in
the
guitar
channel
and
we
can
discuss
what
we
could
do
with
it
because
yeah
if.
A
B
Once
again,
I'll
go
again
so
about
the
automatic
specification
generator
for
jenkins
recipe,
and
so
I
read
about
the
idea:
I've
gone
through
tracker
and
open
a
paradox,
but
the
project
talks
about
the
automatic
automation
of
the
specification
generator.
So
at
one
place
I
saw
the
documentation
and
there
was
like
a
documentation
on
the
swaggerhub,
but
someone
commented
over
there
that
it
needs
to
be
automated,
so
yeah
so
right
now
I
don't
really
have
any
idea
about
how
we
can
do
the
automation
of
that
so
yeah.
Any
next
pointers
will
be.
A
Definitely
something
to
explore
also
just
an
additional
sort
of
ideas
for
you.
This
year
we
published
the
public
junkies
roadmap,
so
here
you
can
find
wider
stories
and
initiatives
on
which
the
community
is
working
on.
So
here
you
can
see
that
there
are
some
items
in
preview
so
which
have
been
delivered
at
least
partially.
A
Also
there
are
items
which
have
been
currently
worked
on
and
items
which
we
want
to
handle
in
east
future
or
at
some
point.
So
if
you
are
looking
for
a
project
idea,
you
could
definitely
take
a
look
at
these
columns
so
near
to
your
and
future,
because
there
you
could
make
a
proposal
for
your
project
also
some
items,
including
currently
they
could
also
be
extended.
B
Yeah
thank
you
for
that.
I
haven't
gone
through
this
but
yeah.
My
question
was
about
this
specifically
about
the
specification
generator
so.
A
So
it's
in
2021
right.
A
Sorry,
I
was
probably
answering
the
question
so
here
again
the
idea
remained
the
same
as
in
the
previous
year,
so
we
would
like
to
have
a
generic
specification
for
rest
api
or
for
subset
of
rest
api
for
this
project
idea.
You
can
find
discussions
in
the
mailing
list
because
last
year
we
had
students,
who've
been
making
proposals.
A
A
Well,
this
is
probably
not
the
ideal
one.
There
are
just
a
few
messages,
but
there
are
more
threads
which
could
help
them
here.
We
can
try
to
find
them
later
so
just
start
by
investigating
rest
apis.
A
A
Yeah,
maybe
just
one
appear,
no,
it's
it
doesn't
for
me,
but
you
can
find
another
jenkins
instance,
which
is
public
and
which
exposes
apa,
and
you
can
really
start
writing
simple
code,
for
example,
extension
etc,
which
could
help
this
process
in
common
stories.
B
A
A
It's
plugins,
I'm
not
sure
what
purpose
it's
here
but
yeah.
There
are
some
components
which
already
generated
some
data
from
jenkins.
So,
for
example,
if
you
go
to
configuration
score
plugin,
there
are
two
features:
one
is
schema
generation,
another
one
is
documentation
generation
and
both
of
these
features
actually
use
the
same
indexing
approach.
They
analyze
code
and
analyze,
extensions
and
generate
the
documentation.
A
D
A
Okay,
sorry,
if
advance
is
too
abstract
but
yeah,
it's
probably
an
array
to
look
into
and
again
for
example,
next
week,
if
you're
interested,
we
can
make
a
deeper
dive
because
everybody,
including
me,
you
need
to
restore.
A
D
D
B
Yeah
I
have
explored
so
I
gotta
find
open
api
specification
practice
or
some
kind
of
thing
for
dartmouth's.
A
B
So
so
are
we
planning
to
swagger
up
or
like
something
like
swagger
up
should
be
generated,
and
every
time
like
a
rest,
api
is
something
is
changed
and
automatically
documentation
should
be
generated.
Is
that
agenda
for
this
people?
It
can
be
an
agenda.
A
Because,
again,
it's
up
to
a
student
to
submit
the
proposal.
So,
for
example,
you
explore
this
project,
you
define
what
would
be
interesting
to
you
and
what
would
be
important.
You
discuss
it
to
these
mentors
and
after
that
you
come
up
with
project
scope
definition
and,
for
example,
if
you
propose
integration
with
swagger
hub
or
if
all
mentors
agree
well,
why
not?
It's
definitely
something
which
could
be
useful,
but
while
working
on
that,
you
still
need
to
to
keep
it
in
account.
A
The
project
duration,
because
yeah
two
months
is
not
that
long
and
not
everything
can
be
delivered
in
two
months.
In
this
project
there
will
be
like
a
lot
of
foundation,
work
just
to
get
basic
functionality
running.
A
Thanks
so
I'm
not
100
sure
whether
we
will
have
a
meeting
next
week,
but
if
there
are
any
questions,
please
bring
up
them
in
the
chat,
so
we
have
jenkins
g
sub
guitar.
This
chat
is
open,
24
7.,
so
every
if
you
have
any
questions
just
drop
in
there,
and
if
there
is
agenda
we
will
definitely
host
a
meeting
next
week
and
even
if
needed,
we
can
have
even
more
meetings.
So
it's
quite
unlikely
in
this
early
stage
of
the
project.