►
From YouTube: Jenkins Governance Meeting August 22, 2022
Description
Jenkins governance meeting August 22, 2022
A
Welcome
everyone:
this
is
jenkins
governance
meeting,
it's
the
22nd
of
august
2022,
thanks
for
being
here,
topics
I
see
on
the
agenda
today
include
news
action
items,
upcoming
elections,
cdf
topics,
jenkins.io
website
revert
and
forums
and
community
topics.
Any
other
topics
we
need
to
put
on
the
agenda.
B
A
Yeah,
I
think
well,
I
think
it's
worth
discussing.
We've
got
the
right
people
here,
because
kevin's
here
you're
here,
I'm
here
at
minimum
three
people
who
are
very
involved
in
that
poll
requester
here
so
yeah,
let's
blue
ocean
disclaimer,
current
status
and
I've
got
some
information
from
the
past
thing.
So,
let's
carry
that
forward.
I
should
have
copied
it
in
already.
Here
we
go
and
maybe
what
we
call
it
is
admonition.
So
we
use
the
same
word
every
time.
C
A
Okay,
all
right
so
news.
The
jenkins.
A
A
Thanks
to
chris
stern
for
volunteering,
as
the
release
lead,
the
release
checklist
is
open,
feel
free
to
help
out,
as
this
is
chris's
first
opportunity
as
a
release
lead.
So
if
you
see
something
that
looks
a
little
funny
coach
and
encourage
and
help
grateful
to
alex
brandes
for
his
ongoing
encouragement
and
for
tim
jacom
we'll
do
a
cdf
blog
post,
in
addition
to
a
jenkins
blog
post
and
the
upgrade
guide
and
the
change
log
thanks
to
kevin
martins
and
to
basel
for
their
work
on
the
upgrade
guide,
the
changelog,
etc.
A
A
I
believe
it
was
about
another
one
thousand
five
hundred
dollars
or
one
thousand
six
hundred
dollars
after
the
linux
foundation
has
transferred
the
funds
into
our
account
that
were
given
to
us
by
google
summer
of
code
2021,
so
that
we
should
expect
to
see
further
funds
arrive
there
and
next
action
item
was
jenkins:
doc's
sig
mailing
list.
I've
made
no
progress
and
it'll
likely
be
several
weeks
before
I
make
progress
on
that
contributor
summit
blog
pass
post,
no
progress,
but
I've
made
progress
on
other
blog
posts
and
the
cdf
zoom
account
this
one.
A
B
A
A
B
Yeah
just
was
thinking
about
it.
I
we
do
the
elections
every
december-ish
november,
which
is
coming
out
pretty
fast.
I
believe,
specifically,
the
board
members
who
are
up
for
election
do
not
and
get
involved
in
the
election.
So
that's
me
and
evelina
this
year,
so
someone
else
has
to
be
involved
and
I
figure
the
discussion
is
happening
sooner
than
later.
So
it's
not
a
surprise
is
a
good
plan,
but.
A
D
Person
there
are
two
parts:
firstly
is
infrastructure
part
I
mean
this
voting
thing
etc,
which
can
be
duplicated
from
this
course.
If
we
stick
to
the
process
from
the
previous
year
and
to
be
honest,
this,
what
I
would
advocate
for
to
stick
to
the
process
at
least
once
and
yeah
then
also
the
result:
the
logistics
part
like
announcements,
waiting
candidates,
etc.
It's
usually
a
governing
board
member
doing
it.
A
Well,
so
is
this
one
where
we
ought
to
put
it
on?
I
could
probably
be
the
one
who
takes
on
that
announcement
and
betting
candidates,
thing
coordinate
it
with
damian
and
if
he
needs
to
do
the
whole
thing
or
if
I
get
overloaded.
D
Maybe
this
is
for
the
entire
world,
okay
at
least
how
it's
written
in
the
governance
document,
okay,
yeah,
so
announcements
etc.
Whatever
works,
I
can
also
participate
in
these
things
if
some
help
needed,
but
yeah
I
still
cannot
commit
on
my
bandwidth,
I
mean
I
will
be
definitely
be
able
to
send
emails,
etc,
because
everything
can
be
reused
from
previous
years,
but.
A
Good
so
in
terms
of
a
timeline,
oh
like
the
the
timeline,
then
would
be
usually
it's
a
september
begin
gathering,
candidates
or
gather
candidates,
october
and,
and
that
means
announce
and
gather
candidates
and
then
october,
finalized
candidates
and
november.
Do
the
voting.
A
The
new
officers,
new
new
officers,
effective
early
december.
D
Yeah,
so
we
could
probably
shrink
the
timeline
a
bit
yeah
from
what
I've
seen
having
a
long
elimination
period
haven't
been
very
successful
in
the
past
als.
D
So
we
would
still
need
to
confirm
eliminations
with
candidates
to
get
their
statements
so
for
that
one
or
two
weeks
would
be
a
must,
but
I
think
that
even
if
we
started
on
october
1st,
we
could
have
completed
this
process.
A
A
A
A
B
No
objections
to
me,
though
I
don't
know
if
this
is
well
yeah.
No,
I
think
the
the
registrations
part
worked
well.
I
don't
think
how
we
were
organizing
the
list
of
candidates
inside
of
discourse
as
well,
but
that's
something
whoever
manages
it
can
decide
how
to
organize
it.
I
think
user
facing
it
should
still
be
the
same
process
as
last
year.
Okay,.
A
B
D
Well,
one
thing:
if
you're
curious,
there
is
a
summary
update
on
cdf2c
activities
in
the
pc
channel
on
the
cdf
slot,
so
a
few
items
from
there
that
might
be
of
an
interest
so
yeah.
I
continue
on
stc
chair
for
another
year
after
the
elections
in
the
twc,
but
yeah.
As
I
said,
it
will
be
my
last
term,
so
I
have
strong
opinion
that
I
shouldn't
overstay
more
than
two
terms
so
yeah,
so
by
august
2023.
D
So
one
impact
on
jenkins
that
currently
I
represent
kinda
represent
jenkins
in
the
ecd
of
governing
board,
and
I
keep
pushing
for
topics
like
project
infrastructure.
Sorry
for
the
outcome
is
not
visible
because
there
is
no
outcome
but
be
sure
I
push
it
every
time
and
the
next
meeting
is
on
thursday
but
yeah,
so
I
will
be
bringing
up
this
topic
there.
D
Yeah,
sorry,
no
just
go
ahead
because
then
there
would
be
other
topics.
A
D
Okay,
so
a
few
other
updates,
so
first
of
all,
a
project
pc
was
accepted
to
the
cdf
as
incubating
project
is
a
distributed
package
delivery
network.
D
In
my
opinion,
it
doesn't
really
impact
anything
for
jenkins,
including
potentially
upcoming
changes
in
artifactory
plugin.
Introducing
this
support
tool.
I
already
talked
to
jfrog
that
it
should
be
rather
a
separate
plugin.
D
You
know
the
story
about
artifactory
plugin
yeah,
also
for
pluggable
artifact
storage,
et
cetera.
It
might
be
some
follow-ups.
D
I
can
share
a
link
to
the
slide
deck
but
ultimately
is
attempt
to
provide
a
reference
architecture
for
whomever
deploys
application
delivery
flows,
including
cio
cd
and
in
theory.
This
reference
architecture
should
somehow
find
balance
between
all
cdf
member
projects
and
other
projects
in
the
ecosystem.
D
D
So
if
someone
is
interested
in
these
high
level
recommendations
and
white
papers,
this
is
a
project
here
you
might
join,
but
yeah,
I'm
not
sure
how
much.
D
It
would
be
for
the
community
so
a
few
other
updates,
so
the
project
called
directive
we
will
likely
apply
for
the
cdf
membership.
D
Okay,
so
like
well
you're
all
no,
it's
like
these
because
it's
kubernetes,
so
everything
can
be
but
yeah.
Otherwise,
it's
like
that
yeah.
So
this
might
have
some
overlap
with
jenkins.
Well,
I
said
many
times
that
the
junk
this
pipeline
engine
should
be
pluggable.
It's
probably
another
use
case.
Well,
another
implementation
possibility,
along
with
tecton,
which
is
already
a
part
of
the
cdf
but
yeah.
Ultimately,
cdf
is
getting
more
pipeline
engines.
D
D
D
D
What
else
about
cdf?
Basically
nothing.
I
would
say
so
one
thing
to
keep
in
mind
that
now
we
have
a
treasurer
david
lye,
so
david
could
potentially
help
us
with
all
the
stories
like
jesus
funding,
etc.
Once
he
does
the
takeover.
A
A
A
B
There
is
an
issue
with
that,
one
specifically
and
then
in
docker
in
general,
where
people
are
installing
plug-ins
expecting
it
to
take
effect
the
next
time
they
launched
a
new
image
and
it
doesn't
because
plugins
are
installed
to
the
ref
directory
and
not
the
actual
plugin
directory
and
jenkins
on
startup
doesn't
override
your
plugins
directory
with
anything
in
ref.
It
only
only
copies
new
files
over
or
sorry
non-non-existent
files.
B
A
Okay,
so
that's
further
motivation,
then
to
get
people
off
the
now
is
the
is.
A
B
Different
well,
the
center
container
doesn't
contain
plug-ins
or
very
few.
They
all
get
installed
on
startup
and
that's
it.
The
problem
is
that
it's
a
it's
a
limitation
with
the
design
and
not
the
block
blue
ocean
plug-in
or
the
blue
ocean
image.
Specifically
right.
So
there's
been
a
couple
other
people
who
have
posted
things
like
I've.
I
been
creating
a
docker
image
with
these
plugins
in
the
past,
but
they
don't
update.
A
B
Okay,
so
I
don't
know
what
the
right
solution
to
this
is,
but
it
is
related
to
this
and
something
that
we
should
think
about
further.
C
A
Right
and
and
we
dropped
its
use
in
documentation,
12
or
18
months
ago,
so
there's
there's,
there's
not
really
a
compelling
reason
to
to
do
anything
except
deprecate.
The
blue
ocean
container,
but
I
think
what
gavin
was
describing
may
also
be
an
issue
in
the
actual
controller
container
that
we
officially
support
as
well
like.
B
Like
for
me,
I
actually
own
this
container
with
all
the
plugins
pre-installed
so
that
I
can
roll
back
if
I
need
to,
but
I
specifically
have
helm,
delete
because
there's
a
flag
in
the
helm,
container
or
helm
config
that
deletes
the
plug-in
directory
on
startup
right.
So
that's
how
I
get
around
it,
but
it's
a
really
ugly
hack
and
people
who
are
not
using
helm
like
using
openshift
or
just
using
docker
by
themselves.
Don't
have
that
option.
C
So
I
don't
know
if
there's
a
ticket
file
for
that
already,
but
that
might
be
a
good
ticket
to
to
have
in
the
either
in
the
docker
packaging,
butt
tracker
or
the
core
buck
tracker,
because
I
I
think
I'm
familiar
with
this
problem.
I
remember
having
to
delete
that
directory
before
yeah.
C
C
You
know
we
could.
We
could
just
print
a
warning
saying
that
this
image
is
deprecated
and
then
sleep
for
two
minutes
right.
That's.
B
A
Yeah,
but
but
finding
a
way,
I
I
think
we
do
need
to
find
a
way
to
communicate
to
users
that
they're
running
a
deprecated
container
yeah.
I
don't
know
what
that
method
is,
but
I
think
we
owe
it
to
them.
It
might
be
an
administrative
monitor
that
says.
Look
your
container
name
is
something
we
think
you
should
not
be
using
anymore.
B
A
Okay,
next
topic,
then,
was
we
had
a
jenkins
dot.
Io
website
layout,
look
and
feel
improvement
poll
request
that
came
in
from
a
new
contributor.
A
After
three
or
four
of
us
had
reviewed
it,
we
decided
hey,
let's
merge
it.
Then
we
detected
several
cases
where
oh
it'd
regress
something
decided.
Let's,
let's
revert
it
so
we've
reverted
now
we're
hoping
that
that
contributor
will
continue
he's
expressed
interest
in
bringing
the
change
in
as
a
series
of
smaller
pull
requests.
I
haven't
seen
any
of
those
smaller
poll
requests,
yet
I'm
hoping
that
the
contributors
is
busy
with
the
university
and
we'll
see
them.
B
I
just
got
noticed:
maybe
they
got
published,
but
I
just
got
a
notice
yesterday
I
have
rss
thing
for
the
jenkins
thing
and
essentially
I
got
one
two
three,
four,
five,
six
notifications
and
new
posts
yesterday
for
a
week
or
two
worth
of
blog
posts.
So
I'm
wondering
if
we
accidentally
broke
something
and
fixed
it
or
it's
just
been
my
script,
maybe
or
something
I
don't
know.
E
Yeah
I'd,
so
I
fixed
the
bug
in
the
rss
feed
that
had
the
wrong
url
so
that
if
your
rss
reader
uses
the
canonical
url,
that
defeat
provides,
that
might
be
a
cause.
It
might
be.
Oh
yeah,
it's
not
my
script,
I
don't
know
so.
I
think
the
individual
entry
urls
didn't
change,
but
the
canonical
url
of
the
entire
thing
changed,
because
it
was
still
pointing
to
a
coursekit.org
test
site
that
hasn't
existed
in
a
decade
and
if
some
sort
of
idea
is
computed
using
that
it's
it's
understandable,
nice.
E
E
A
Good
question:
I,
in
terms
of
my
ability
to
review
those
kind
of
style
changes.
I
rely
on
others,
tastes
and
sense
and
if
they
say
they
they
like
it,
I
think
I'm
willing
to
say
yes,
I
like
it
as
well
so,
but
would
that
prevent
me
from
switching
back
in
the
future?
Probably
not
so.
I
think
your
your
answer
at
least
speaking
specifically
about
mark
weight.
A
I
can't
speak
for
anybody
else,
but
for
me
there
are
definitely
times
when
I
would
either
approve
a
contribution
or
approve
the
exact
opposite,
because
I
don't
worry
about
those
two
things
at
that
level.
So
I
think
that's
what
you're
saying
right
daniel
is
merit
of
a
change
critically
enough
to
not
reject
to
then
reject
if
it
were
the
exact
opposite.
E
So
in
this
case,
I
think
I
can
answer
the
question
with.
Yes
should
be
more
careful,
because
in
this
case
the
fund
was
changed
from
a
very
deliberate
recent
choice
to
use
the
platform
default
font
and
the
pull
request
went
to
ariel
and
feedback
in
the
pr
said.
We
don't
want
ariel
and
then
it
was
first
removed
and
added
back
again
and
then
merged,
but
I'm
thinking
about
more
generally.
E
If
I
don't
know
if
a
border
is
made
rounder
in
the
corners
and
then
another
pull
request
shows
up
and
says
we
don't
want
corners.
That
are
quite
that
rounded
one
of
the
two
pull
requests
should
not
be
merged
would
be
my
position
here
and
I
now
wonder
whether
we
are
in
general
prepared
to
provide
such
feedback.
C
C
It's
it.
Doesn't
it's
not
it's
not
in
my
experience,
a
request.
That's
too
too
much
to
ask
it's
not
like
asking
people
to
implement.
You
know
very
large
amount
of
monotonous
work
or
something
it's
just
more
like
explain
the
problem
you're
trying
to
solve,
but
how
the
solution
solves
that
problem
and-
and
I
I
think,
that's
really
the
only
the
only
best-
the
best
solution
to
this
problem
that
that
could
really
change
the
conversation,
because
sometimes
you
know
I
ask
that
question
and
there's
the
answer
I
get
is.
C
Oh,
I
didn't
realize
that
the
problem
was
more
complicated
than
what
I
had
originally
thought
or
oh
now,
that
now
that
we
phrase
it
that
way,
there's
maybe
multiple
solutions
to
this
problem,
and
this
might
not
be
the
solution
we
choose.
So
just
starting
with
the
question:
what
problem
are
we
trying
to
solve?
In
other
words,
what's
the
justification
for
this?
In
my
experience,
that's
the
best
answer
and
I
would
never
be
afraid
to
ask
that
question
as
a
reviewer
or
a
maintainer.
A
Good
guidance,
so
for
those
of
us
who
are
on
we're
doing
reviews
of
content
for
jenkins.io,
particularly
structural
changes,
it's
a
good
good
place
to
ask
for
justification.
Good
hint
thanks,
yeah,
so
daniel
in
this
particular
case.
Do
you
think
that
would
have
would
have
helped
us
get
clarity.
I
think
here
we
had
a
large
change
that
came
in
as
a
single
change
instead
of
a
series
of
smaller
steps
and
the
proposal
for
the
re
redo
of
it
is:
let's
do
it
as
a
series
of
small
steps
where
we
can
evaluate
each
step.
E
B
I
I
can
see
this
also
being
a
case
of
revolution,
so
you
know
someone
coming
in
saying
this
change
improves
my
life,
so
we
should
merge
it
and
you're
like
we're
like
yeah,
but
you
know
you
haven't
really
interacted
with
anyone
outside
of
your
narrow
company
or
person.
You
don't
know
how
it
affects
you
know.
So
you
know,
because
I've
been
thinking
about
how
many,
how
many
times,
how
many
people
we've
had
in
last
few
weeks
join
various
channels
saying
I
want
to
get
involved
with
the
jenkins
community.
I
know
java.
B
Yeah
I
mean
there's
in
the
in
the
newcomers
channel.
There
are
a
few
people
that
join
recently
bang
out
I
want
to.
I
want
to
help
out.
Where
can
I
help
out
and
mark?
And
I
are
like
here's,
the
darren
necklace,
but
we
don't
keep
you
know
I
mean
we
could
have
a
well
that's
off
topic
on
that
one,
but
I
mean
we
could
have
a
nice
simple
landing
page
for
someone
to
be
like.
Where
can
we
help
out?
B
But
I
think
the
important
thing
is
we
want
to
make
sure
that
people
are
engaged
with
the
community
as
a
whole
and
not
just
the
one
person
that
it
helps,
because
that
is
what
it's
called
in
the
problem.
You
know
one
person
wants
this
font.
One
person
wants
this
other
font
and
back
and
forth,
but
I
think
there's
also
a
lack
of
like
community
standards
and
I
don't
necessarily
mean
a
full
standard
guide
but,
like
I
know
we
had
some
css
issues
there
that
in
that
big
jenkins,
I
o
thing
that
got
reverted.
B
But
most
of
us
didn't
know
that
that
existed
in
the
first
place,
because
it's
there's
no
test
for
it,
which
is
hard
to
do.
I
mean
no,
no
problem.
Was
it
it's
it's
hard
to
test
css
changes
but
like
from
an
automated
point
of
view,
but
like
there's
no
comments
like
saying:
oh,
this
is
specifically
to
handle
a
specific
bug.
I
remember
I
fixed
one,
which
I
didn't
realize
was
a
specific
bug
to
a
different
one.
B
E
E
I
occasionally
ask
this
in
core
pull
requests
changing
the
ui,
because,
frankly,
I
have
no
clue
what
the
10
level
nested
less
does
or
what
it's
for
and
if
usually
the
answer
is
good,
and
sometimes
the
answer
is:
oh
right,
that's
the
leftover
from
something
that
I
can
remove.
So
that's,
I
think,
also
important
review
feedback
you
can
provide.
I
don't
know
what
this
is
for.
Why
does
this
exist?
Please
put
a
comment.
There.
C
And
experienced
developers
and
mics
in
my
that
I've
worked
with
have
sometimes
done
self
reviews
where
they
will
do
a
review
of
their
own
code,
where
they
explain
the
reasoning
for
every
change
that
they've
made.
If
that
that
isn't
something,
that's
obvious
from
the
code
itself
or
the
comments,
and
you
know
perhaps
not
everyone
would
do
that
without
being
asked.
But
in
my
experience
that
helps
a
lot,
especially
when
you're
making
a
change
that
has
a
lot
of
subtle
implications.
B
A
B
I
think,
no
matter
what
you
should
include
a
screenshot
whenever
you
make
a
ui
change
in
any
way.
Just
because
you
want
to
highlight
this
is
what
I'm
changing
and
that
should
take
effect
for
core
or
website
or
anything
else.
B
But
that
being
said,
I
would
be
interested
to
see
if
we
could
set
up
for
some
new
actually
generate
screenshots
for
like
hey.
This
page
is
affected.
Generate
me
a
diff,
you
know,
and
there
are
css
tools
out
there.
That'll
do
that.
It
says.
Okay,
the
ui
layout
of
this
page
has
changed.
I'm
going
to
show
you
a
before,
and
after
screenshot.
B
Yeah,
it's
been
quite
a
week
of
anything
I
wanted
to
really
highlight.
There
were
some
comments
on
the
last
I
think
spring
boot,
rce
post.
I
can't
remember
what
the
actual
one
was.
Tim
has
closed
it.
I
made
a
suggestion
to
close
it
and
close
it.
So
no
one
else
is
going
to
comment
being
like
hey.
What's
the
news
on
this
new
rc,
this
new
alert,
but
it
is
something
that
we
should
be
aware
of
that
people
are
asking
about.
I
don't
know.
B
A
So
do
we
do
we
want
that
thinking
about?
Do
we
want
to
go
that
direction?
I
guess
I
guess
that's
a
I'm
not
sure
that
the
security
team
wants
to
be
answering
requests
from
people.
What
about
this,
because
when
they,
when
they
detect
an
issue
like
on
something
like
that,
I
believe
they
publish
the
statement
if
we're
affected
right.
B
A
E
So
do
not
contact
the
jenkins
security
team,
asking
us
for
compliance
documents,
certifications
or
to
fill
out
a
questionnaire.
We
will
not
respond
to
such
queries
if
we
consider
it
necessary
to
provide
a
statement
in
response
to
incidents
such
as
log
for
shell
or
spring
shell.
You
will
find
the
response
in
our
blog,
which
is
not
exactly
the
situation
right,
because
we
have
outdated
dependencies
and
people
are
worried
about
them,
but
it
does
not
rise
to
the
level
of
everyone's
losing
their
mind
over
this.
B
Yeah,
in
this
case,
it
was
spring
for
shell,
blog
post,
which
was
a
good
blog
post,
and
then
now
people
are
like
is
drinking
vulnerable
to
the
new
spring
framework,
vulnerabilities,
blah
blah
and
I'm,
I
guess
the
standard
response
should
be
if
we
are
we'll
write
a
post
about
it,
but
it
also
is
like
a
lack
of
communication,
doesn't
mean
that
we're
not
vulnerable.
E
Yeah,
it's
difficult
right
so
because
we
typically
would
not
say
yep.
We
are
vulnerable
and
you're
just
out
of
luck
for
the
next
two
weeks.
We
would
just
provide
a
fix
if
it's
important
enough,
I'm
sure
what
the
best
approach
there
would
be.
E
We
get
people
who
basically
report
vulnerabilities
if
we
will
in
dependencies
in
on
the
third
mailing
list
and
in
the
security
jira
and
usually
it's
in
the
form
of
them
dumping
findings
from
the
security
scanner
on
us,
which
is
quite
unpleasant,
and
we
will
typically
tell
them
we're
not
affected,
because
we're
not-
and
we
usually
already
are
aware
of
these
issues
and
that's
about
it.
B
B
So
not
many
many
but
tim,
and
I
decided
to
close
it
a
week
ago,
so
only
two
got
through
we're.
Just
like
honestly,
this
is
an
old
topic.
It
doesn't
need
to
be
rehashed.
Okay,.
B
And
then
we
can
come
back
when
I
know
if
daniel
comes
back.
The
next
thing
was,
I
was
just
pointing
out.
There's
it
seems
to
be
higher
than
normal
number
of
help.
Requests
about
jenkins
api.
I
know
mark,
has
dealt
with
a
few
and
I've
dealt
with
a
view.
I
don't
know
what's
changed.
I
think
it
just
happens
to
be
this
time
of
year
or
something,
but
it
seems
odd
that
we're
getting
a
bunch
of
them
all
together.
Maybe
a
blog
post
went
out
somewhere.
A
B
Again,
apparently,
we
don't
have
any
involvement
with
it.
It's
not
in
the
jenkins
ci
github
space,
it's
not
published
by
anyone.
You
know
so
honestly,
I'm
just
like
yeah,
not
our
kind
of
not
our
problem.
B
But
it's
also
not
in
our
repo,
so
we
can't
look.
We
don't
like
there's
no
and
it's
very
hard
to
find
the
actual
source
code
for
it,
because
all
the
links
don't
really
go
the
right
places
and
ninety
percent
of
the
time
I've
I've
answered
with
you,
should
use
configuration
as
code
and
they
go
well.
We
can't
make
changes
and
I'm
like
by
the
way
you
should
use
configuration
of
the
code
they're
like
okay,
I
tried
configuration
of
the
code
and
it
worked
and
solved
this
problem
like
yeah.
B
C
B
And
then
cycle
back
because
daniel
might
be
back
then,
so
I
did
list
three
more
topics
that
didn't
get
a
conclusion
that
we
may
want
to
push
as
the
governance
board.
To
do.
I
don't
know
anything
really
concrete
about
the
the
licensing
and
naming
thing.
I
honestly
think
it's
fine
for
us
to
give
them
okay
to
use-
and
you
know
jenkins
development
for
intellij
or
whatever
like
that.
A
As
a
community
community
contributor
has
this
intellij
plug-in
that
helps
people
who
are
doing
development
with
stapler
and
stapler
is
a
common
jenkins
component,
mostly
used
in
jenkins.
B
A
So
the
the
question
then
was
hey:
what
should
it
be
renamed?
It
used
to
be
called
stapler
framework
support
or
is
currently
called
stapler
framework
support
for
intellij.
He
was
suggesting
jenkins
development
support
and
I'd
like
gavin
your
suggestion
to
follow
the
linux
foundation,
guidelines,
ideas
plug-in
for
jenkins
development
seems
like
it's
using
linux
foundation.
Naming
rules
very
nicely.
B
I
would
guess
that
intellij
has
the
same
issue
where
they
want
their
name
to
be.
Last,
not
first.
Oh,
oh
right,
my
guess.
You
know
not
not
saying
there's
a
natural
published
thing
here,
but
it's
one
of
those
things
where
both
companies
don't
want
to
use
their
trademark
as
advertising,
and
this
is
not
advertising.
This
is
just
making
a
statement,
so
I
think
we
it
should
be
fine,
but
because
the
trademark
is
now
entirely
linux
foundation,
I
don't
know
who
can
sign
off
on
it
and
or
if
we
care.
A
D
Well,
for
that
I
don't
have
an
opinion
except
the
fact
that
it
has
been
so
this
topic
has
been
around
for
more
than
one
year.
So
if
dangerous
is
interested
in
working
on
that,
let's
just
go
ahead
and
that's
it.
I
believe
you
already
reached
consensus
so
that
step
clear
is
not
a
used
outside
jenkins
and
that
we
would
like
to
rename
it.
I
can
pull
the
data,
but
I
was
pretty
sure
that
we
had
a
consensus
more
than
one
year
ago,
for
it.
B
D
B
D
B
A
B
B
Is
a
prettier
one
which
I
don't
think
there's
any
objections
to
it
though
it
sounds
like
some
people
are
thinking.
My
commenting
about
that.
I
don't
like
pretty
or
specifically
we're
having
objections
to
it.
I
just
don't
like
the
tool:
prettier,
I'm
cool
with
the
whole,
this
setup
and
prettier
as
an
answer,
but
either
way
I
think
we
should
at
one
point
just
be
like
yeah
sounds
good,
so
it
doesn't
stale
out
because
we
have
a
lot
of
discussions
that
stale
out
really
easily
well.
C
Tim
has
requested
a
review
from
chiang
mai
or
last
week,
and
I
approved
it.
No
one
else
did
we
have
a
rule
of
two
approvals
are
necessary.
Okay,
so
then,
again
today
he
requested
a
review
from
from
the
core
pr
reviewers
group,
and
that
was
just
earlier
today,
so
no
one
has
had
a
chance
to
respond
to
that.
Yet,
oh.
B
B
And
then
speaking
of
things
that
I'm
afraid
that
might
get
lost
is
the
fort
repository
thing.
I
have
some
concerns
about
us
having
to
do
this
again
in
the
future,
because
we
haven't
fixed
the
actual
problem,
but
I'm
totally
in
support,
and
I
think
we
should
move
ahead
with
fixing
all
the
legacy
plugins.
C
Had
a
concern
about
something
I
wasn't
following
very
closely,
but
from
from
what
I
could
tell
that
was
the
only
blocker
that
was
preventing
us
from
moving
forward.