►
Description
C
I
went
to
tc39
last
week
you
got
some
leeway
to
adjust
the
spec
to
our
needs,
but
I'm
still
in
discussions
for
some
of
it.
So
I
need
to
send
the
PRS
to
tc39
and
see
how
I
guess.
E
F
G
Alright,
let's
see
so,
we've
got
the
AL
Ricci
application
drive
in
full
swing.
If
you
know
folks
who
are
eligible
that
would
be
rad
to
send
them
our
way.
The
information
is
up
on
nodejs,
start
org,
slash,
I,
think,
outreach,
e
and
I'm
sure
the
mentors
will
express
this
later
on,
but
we've
got
the
project.
G
The
suggested
product
projects
up
and
supporting
those
mentors
will
be
awesome
if
anyone
is
interested
in
helping
with
that,
we
still
have
that
issue
open
under
the
CTC
and,
let's
see
we
met
late
last
week
to
talk
about
code
and
learn
and
collaboration
summit
and
how
we
can
set
up
the
Austin
event
for
success
with
that.
So
stay
tuned
for
issues
that
you
all
can
help
contribute
to
make
that
better.
A
J
Hey
I'm,
mostly
just
working
on
the
new
budget
for
2017
for
the
foundation.
I
was
also
at
East
39
last
week,
with
Bradley
getting
stuff
done
to
productive,
looking
into
ways
for
me
to
be
able
to
go
longer
term
as
well
and
kind
of
keep
things
moving
and
that's
been.
It.
A
Don't
believe
ollie
is
only
heal,
no
sue,
then
that's
gin,
no
update
just
observing
myself
edge,
which
I
haven't
filled
out
because
I
haven't
I've
been
typing
for
other
people.
Oh,
so
a
little
bit
of
foundation
stuff
some
some
build
work,
Aguerre
with
I'm
hoping
well,
not
really
helping
I'm
Johannes
refactoring,
all
the
variants
ansible
stuff,
so
I'm
I'm
watching
on
his
stuff
and
an
testing
sort
of
it
out
that
PR
should
land
soon.
A
L
Hi
there,
let's
see
the
main
updates
on
RN
async
await,
is
still
on
track
to
ship
in
VA
version
5.5,
although
we
haven't
reached
the
branch
date
quite
yet,
so
that's
still
so
I'm
confirmed
official
aids
and
be
an
inspector
work.
Ongoing
and
yeah
I
think
those
are
the
main
updates
from
this
last
week
you.
A
M
K
Been
working
to
put
together
the
ctc
meeting
rotation
proposal
with
a
lot
of
help
from
Nikita
and
doing
that
was
more
tedious
than
I
could
have
possibly
imagined
and
we'll
talk
about
that
in
a
few
minutes,
not
the
tedium,
but
the
actual
proposal
I
also
been.
I
sent
the
you
know,
Oh
as
everybody's
on
the
CTC
list
knows:
we've
been
talking
about
two-factor
authentication
for
collaborators.
K
Right
anyway,
let's
see
here
next
up
is
Josh:
hey
Josh.
How
are
you
hey.
O
I'm
good,
how
are
you
guys
so
not
so
much
for
me,
I
was
actually
often
most
of
the
week,
but
we
did
just
hold
the
diagnostics
working
group
meeting,
which
was
nice
and
productive,
to
look
for
the
notes
on
that
yeah
and
that's
it
second,
a
highlights.
J
A
Previous
meeting
review,
we
talked
about
the
scheduling
meetings
thing
which
were
talked
about
again
this
week.
We
had
a
bit
of
a
talk
about
node
module
version
of
for
ABI
number
and
we
moved
that
back
to
get
hard,
but
it
was
I
think
the
the
reprisal
the
proposal
stood
and
wasn't
any
major
objections
there.
So
I
was
just
a
discussion.
Then
we
did
a
little
bit
of
version,
7
release
and
version
6,
LTS
planning
discussion,
stuff,
not
hugely
eventful
meeting.
A
A
A
H
A
K
K
F
A
A
A
K
A
Okay,
no
I'll
I'll
I'll
do
something
about
that.
So
there
any
objections
to
this
list
as
it
stands.
This
can
be
edited
along
along
the
way
and,
as
I
said
in
the
PR
its
it
is
targeting
version
6,
which
is
probably
going
to
be
a
same
as
a
version
7.
We
needs
to
be
changed
for
version
4,
so
we'll
have
to
backport
it
so
I'll
ping.
The
ctc
again
when
we
do
the
back
porting.
A
A
A
The
sonra
here
is
that
they
want
to
deprecate
it
because
they're
moving
towards
a
more
formal
tc39
prefer
a
language
model
for
in
int'l
dot
segment,
ER
api,
which
would
make
this
thing
redundant.
Little
dan
from
the
VA
team
has
said
that
he'd
like
to
he
hopes
to
deprecate
it
in
a
future
version.
So.
J
Yeah,
I
think
the
big
thing
here
is
just
that
as
soon
as
possible.
We
want
to
get
any
native
developers
not
using
this
API,
so
we
don't
break
anything
and
basically
trying
not
to
expose
it
to
our
native
community
native
at
our
community,
because
we're
moving
towards
the
standard
that
can
actually
be
supported
long-term.
It's.
A
We
expose
it
because
VA
does
like
we're
not
actually
doing
anything
here.
It's
Viator's
doing
it
I
believe
yeah.
J
But
we
tended
to
six
pose
that
the
it
exposes
and
I
think
what
they're
saying
is
that
they
don't
want
to
support
this
API
going
forward
and
I
mean
we
need
to
provide
our
users
an
alternative
to
that
API.
So
I
think
the
proposal
is
that
we
actually
just
like
implement
the
spectrum
now
and
don't
expose
the
v8
course.
A
A
But
you
know
when
might
that
be
because
that
the
impact
here
is
we've
got
version
7
coming
up?
Is
it
possible?
This
thing
will
be
removed
at
you
know
in
v8
5.5
5.6,
which
are
versions
that
we
may
land
in
version,
7
note
version
7
and
if
so,
then
that
would
be
a
breaking
change
in
the
API
and
we'd
have
to
backport
we'd
have
to
polyfill
the
old
API,
or
is
it
something
that
might
be
removed
the
where
we
can
play
in
for
version
8
because
it'll
be
removed
in
v8
version
60?
J
I
don't
know
if
we
have
a
great
answer
on
that.
I
know
that
so
Daniel
from
VA
team
is
pushing
both
the
standard
and
I
think
basically
has
to
maintain
this
API,
and
so
he
wants
to
get
rid
of
it
as
soon
as
possible.
But
I
don't
think
that
pervy
policy
they
can
actually
put
in
the
new
replacement
api
until
it
makes
it
into
a
certain
stage
in
the
spec
process,
so
depending
on
how
quickly
that
listed
the
spec
process
that
this
will
get
removed
before
after
that,
right.
J
L
L
As
for
a
sort
of
removing
in
Tovia
break
iterator,
we
rely
on
a
couple
things,
including
usage,
but
we
don't
have
an
absolute
number.
I
would
say
in
this
case
yeah.
I
guess
I'm
not
sure
how
much
in
Dan's
mind
he's
dating
the
removal
on
the
success
of
Intel
segments
ER,
but
but
I
can
follow
up
and
I
mean
yeah,
I,
guess
I,
don't
have
anybody
else,
but
it
up,
but
certainly
I,
don't
know
how
this
interacts
with
the
house.
How
support
on
the
node
side
interacts
with
the
requirement
to
use?
A
B
A
Had
a
signal
that
said
yeah
this
is
going
to
be
removed
in
55
or
56
or
whatever
you
know
some
some
soon
version
only
future
version
then
great.
We
could
go
ahead
and
do
this
and
it
would
fit
our
timeline
better.
But
if
it's,
if
it's
like
we'd
like
to
remove
it,
and
but
that
may
not
happen
until
you
know,
65,
then
I'm
not
sure
why.
L
A
A
A
L
A
Okay,
cool.
Thank
you
we'll
make
sure
James
knows
about
that.
A
A
B
B
E
M
M
G
H
A
Ok,
so
it's
simply
that
you
can
call
listen
twice
on
a
a
socket
so
on
the
server
netserver.
If
you
run,
if
you're
listening,
you
can
call
it
again
and
it
will
be
a
silent
failure,
but
in
doing
so
it'll
change
the
connection
key
and
pipe
name.
So
it's
it's.
It's
obvious.
It's
an
obvious
bug,
so
the
discussion
here
was
around
solution,
whether
it
should
emit
an
error
or
something
else.
A
So
the
the
pull
request
here,
which
so
far
been
last
one
I,
think
it's
bits.
Fine,
like
there's
no
objections
to.
It
is
simply
to
track
whether
it's
been
listening
lot
and
if
you
called
it,
then
you
get
a
idiot
meets
an
error
event
with
a
an
error
that
says:
listen
method
has
been
called
more
than
once,
and
the
code
is
manually
added
to
be
e,
addressing
use
since
the
manual
code
that
so
that
is
the
proposal.
A
B
Ya
one
thing
I'm
not
exactly
sure
about
and
why
I
think
I
don't
have
expressed
a
really
strong
opinion
on
that
PR
is
James.
Had
the
pr
open
a
while
ago,
I
am
gonna
post
a
link
here,
it's
a
294
where
he
documented
that
I
calling
listen
multiple
times
would
actually
reopen
the
server,
and
you
know
I
read
it
as
something
like.
If
you
call
listen
again,
it
will
work
just
with
a
different
part
or
sub,
and
that
didn't
seem
to
be
the
case.
So
I'm
a
bit
confused
about
that.
A
A
But
but
but
you're
right,
the
conflict
might
be
that
this
PR
I
think
tracks
I,
don't
think
it
actually
tracks
we're
not
listening
anymore
and
you
listen
can
be
called
again
because
it's
about
this
variable
called
hat.
Listen
has
been
cold,
there's
just
a
boolean
and
it's
only
set
true.
It's
never
set
to
false
again,
so
that
does
sound
like
a
conflict.
A
H
B
E
K
D
H
H
I
F
K
A
K
So
I'm
just
going
to
cut
right
to
the
latest
greatest
proposal,
which
I
will
paste
a
link
into
the
sidebar.
It
should
be
there
I
hope.
Yes,
this
is
the
least
terrible
proposal.
I
could
come
up
with
all
all
possibilities
are
bad.
It's
thinking
the
least
bad
out
of
the
options
so
talked
about
this
in
private
email.
We've
talked
about
it
on
in
the
issue,
tracker,
so
I,
guess
I.
A
A
A
A
K
A
And
so
general
version
7
release,
planning
and
LTS
and
discussion.
The
only
thing
I
have
to
add
in
here
before
anyone
else
does
is
that
the
LTS
working
group
agreed
last
week
that
we'd
put
out
version
6
LTS
a
week
before,
which
makes
it
then
sometime
next
week,
not
next
weekend
or
the
week
after
the
18th.
M
A
E
A
A
H
L
A
Okay,
so
on
track
anything
else
to
discuss
about
the
release
planning
here,
I,
don't
think
I
still
think
we
haven't,
got
somebody
or
somebodies
putting
up
hands
for
helping
with
or
even
driving
version,
6
LTS
back
ports
and
releases.
We
can't
just
say
hey
miles:
you
do
that
as
well
and
I
think
miles
wants
to
do
that
and
that
we
also
just
need
a
team
anyway.
So
we're
still
looking
for
people
to
put
their
hands
up
for
that.
F
Alternatively,
now
this
would
be
up
to
my
hounds:
we
could,
we
could
do
a
switch,
so
maybe
miles
does
v6
then,
and
someone
else
can
do
before
before
from
now
on,
we'll
probably
get
a
little
less
commits
go
into
it,
so
it
might
be
a
little
bit
easier.
It
might
be
more
difficult,
I,
don't
really
know.
F
D
M
Hey
thanks
for
being
patient.
Can
you
hear
me
now?
Yep,
okay,
excellent,
so
yeah
like
I,
mean
I
kind
of
have
some
mixed
feelings
here
and
I
think
that
this
will
be
a
broader
question
for
LTS
I.
Think
as
long
as
v4
is
still
in
active
that
we,
we
have
a
you
know
a
commitment
to
actively
be
making
sure
that
we're
going
through
everything
now
I
do
think
some
of
the
stuff
that
we
talked
about
in
this
week's
LTS
working
group
meeting
about
tooling
that
can
automate.
M
F
I
think
I
like
kind
of
disagree
about
the
fact
that
like
well
v4
is
an
active.
It
needs
to
have
the
same
amount
of
like
activity
the
entire
way
through
from
the
start.
F
There
was
always
at
least
in
like
I,
don't
know
how
written
down
it
is,
but
there
was
always
some
amount
of
explicit
understanding
that
over
time,
that
would
be
become
harder
and
harder
to
backport
as
much
as
possible,
and
so
activity
would
drop,
and
that
was
an
okay
thing,
but
there
would
still
be
more
activity
than
maintenance
where
maintenance
is
pretty
much
okay.
If
there's
a
security
issue
or
something's
really
critically
broken
in
this
branch,
but
specifically,
then
we
go
fix
it.
Otherwise,
we
don't
really
back
part
anything
to
maintenance,
yeah.
M
M
D
M
M
M
That's
okay
to
do
so
so
yeah
so
I
mean
I.
Think
we
should
talk
about
this.
A
little
bit
more
offline,
intimate
ways
to
prepare
this
bit
I'm
a
little
bit
uncomfortable
with
not
auditing
everything,
or
at
least
like
not
having
some
automated
process
to
audit,
because
the
things
that
would
get
missed,
sometimes
even
if
they
seem
trivial,
aren't
super
trivial
but
again,
I
think
this
is
something
that
a
little
bit
more
work
on
our
end
to
combined
with
some
tooling,
can
make
the
workload
a
lot
later.
A
A
L
A
L
Bit
more
context
on
the
you
were
talking
up:
the
Intel
v8
iterator,
yes,
yeah
I,
just
a
just
got
so
as
mentioned
and
out
and
he's
the
one
driving
driving
this
whole
process,
but
the
language
suffer
from
some.
Some
decimal
language
came
they're,
pretty
sure
that
the
plan
is
to
not
deprecated
anything
before
Intel
segment.
Ders
is
reaches
more.
L
You
know,
conclusiveness
within
piece
of
39,
but
everybody
is
epic
fail,
not
that
we
have
a
say,
but
everywhere
everybody
would
be
fine
with
node
deprecating
it
earlier,
and
you
know
it
may
just
be
a
forward
forward.
Looking
thing
to
do,
given
that
it's
already
only
usable
for
a
subset
of
node
users,
anyways
yeah
I,
don't
know
if
that
helps
make
anything
more
country.
B
F
Okay,
then
I'm.
Looking
at
the
seven
point,
0
point
0
milestone
on
noches
issue
tracker.
There
are
currently
six
open
issues
still
and
none
of
them
I've
been
discussed
today,
so
I
just
want
to
give
people
an
idea
what's
they're
so
that
we
can
get
this
thing.
I
cleaned
out
a
bit.
There's
a
discussion
on
openssl
one
point:
0
point:
0
planning
that
was
opened
by
rod
close
to
a
year
ago,
wow,
there's
a
potential
thing
to
update
inspector
ready
message
to
be
vendor
agnostic,
I'm.
F
F
That's
for
some
reason:
tagged
as
some
point:
oh
I'm,
okay,
workin
progress,
steps,
upgrade
Libby,
v2,
1,
point
10
point:
Oh,
bicycle
I'll
follow
up
on
the
Lots
fall
upon
all
of
these
in
the
issue,
but
just
to
keep
people
in
the
loop
and
also
there's
another
thing
back
on
the
opus
ssl
one
point:
0
1
point
1
point
0
thing:
there's
a
poll
request
for
that,
but
it
doesn't
seem
to
be
either
working
or
something
right.
Now:
okay,.
A
A
1
point
1
point:
0
support
is
not
going
to
happen.
It's
not
gonna,
so
we're
not
going
to
ever
will
in
the
near
future.
We're
not
going
to
have
1
point
1
point
0
for
openssl
support
in
in
node,
but
what
we
may
have
is
the
ability
to
compile
against
it,
and
that
would
be
ideal,
particularly
for
disciplining
statistics
that
are
upgrading
to
110.
A
A
A
I
have
a
note,
then,
about
V
0
10,
which
is
that
there's
a
new
version
of
NPM
version,
2
out
that
finally
fixes
the
license
document,
we're
still
shipping
the
old
license,
I
believe
in
node
version,
10
and
12,
with
the
version
of
0
a
version
of
NPM
version
2,
and
that
we
should
being
there.
So
this
is
a
question
about
whether
we
want
to
ship
another
version
of
at
least
v10
0-10
with
an
updated
NPM
that
has
the
fixed
license.
Is
it
important
enough.
D
D
A
A
No
okay:
let's
move
on
to
a
QA
time,
Q&A
we're
for
people
listening
in
via
the
live
stream.
If
you
are
listening
in,
have
anything
you'd
like
the
CTC
to
discuss
answer
or
it's
just
some
input
for
us
I'm
feel
free
to
drop
a
comment
in
YouTube
there
or
you
can
do
it
in
the
issue
for
this
meeting
in
the
DOJ's
repo
or
ping,
one
of
us
on
IRC
home.
So
we're
gonna
have
a
will
just
wait
a
minute
for
this
stream
to
get
to
catch
up.
A
So
the
next
next
meeting
got
four
other
meetings.
That's
a
good
idea!
I'll
read
that
upcoming
meetings,
the
ctc
next
week
on
the
12th,
but
that's
shifting
to
UTC
4pm
tsc,
is
tomorrow
same
time.
Slot.
As
this
there's
a
build
working
group
next
week,
burn
witches
am
the
11th.
Whatever
day
those
Diagnostics
is
first
week
first
week
of
November,
so
that's
still
got
a
another
month
to
go.
Lts
meeting
I'm
not
going
to
be
on
the
third
but
that'll
be
I.
A
F
A
Well,
I
think,
as
discussed.
I
think
the
answer
to
that
is
simply
that
we're
going
to
have
a
standard
v6
release
next
tuesday
that
that's
just
going
to
be
like,
as
in
v6
as
current
and
then
the
tuesday
afterwards
we're
going
to
be
dropping
into
LTS
and
that's
when
the
stability
push
will
start
and
you
should
expect
it
to
be
as
stable
as
the
v4
releases.
A
F
F
A
Know
whether
a
v8
inspector
I
think
I
think
it's
we're
still
marking
it
as
experimental
that
we
rock
the
arts,
marked
as
experimental
that
may
change
during
the
v6
life
cycle.
But
but
it's
going
into
this,
it's
not
going
to
be
removed
like
we
put
on
the
agenda
to
discuss,
but
it
still
gets
going
in
this
experimental
for
now,
which
means
that
it's
not
not
something
that
you
should
treat
as
stable
as
the
other
features.