►
From YouTube: NuPIC Sprint Planning - Mar 14, 2014
Description
Planning the next two weeks of work for the NuPIC open source project.
A
A
A
Okay,
so
the
the
emphasis
for
the
sprint
has
been
on
getting
the
new
core
building
itself,
so
there
there
has
been
progress
on
that,
but
we
don't
want
to
merge
it
yet
until
we've
updated
new
pic
to
actually
use
that,
because
as
soon
as
we
merge
new
core,
it
will
be
incompatible
with
new
pic
which
won't
affect
new
pick
immediately,
because
the
sub
module
won't
be
pointing
to
it,
but
it'll
still
be
in
a
state
where
we
can't
really
test
it.
A
So
we've
been
working
with
david
ragazzi
who's
done
almost
all
this
work
for
the
new
build
system
and
he's
working
on
a
new
pic
ticket
to
update
that
build
system.
So
this
is
new
pick
core.
First
of
all,
so
this
these
are
all
the
issues
in
the
current
sprint
sprint
17.
A
see
here
on
top
is
the
independent
build
process
and
all
I've
pretty
much
already
pruned
these
out.
So
there's
there's
a
couple
of
things
on
here
that
that
I've
done
for
things
that
we're
looking
for
help
on
I've
added
a
new
tag
called
help
wanted.
A
None
of
these
have
these
attached
to
them,
but
I'm
going
to
start
using
that
to
kind
of
flag
tickets
that
no
one
is
assigned
to,
but
we'd
like
to
get
done
in
the
in
the
upcoming
sprint
of
the
current
sprint.
A
So
there's,
let's
move
on
to
this
str
error,
ignore
I
think
so.
This
is
ready
for
review
something
mark
put
in
it's
a
very
simple
change,
but
it's
a
c
change.
So
I
signed
this
to
scott.
Hopefully
he
has
a
few
minutes
to
to
do
a
review.
The
build
is
passing
on
it,
so
it
looks
good,
so
I'm
going
to
bump
that
whoops
not
pull
request.
A
A
So
I
don't
know
if
we're
gonna
be
able
to
attack
this
immediately,
but
we
might
have
to
establish
some
type
of
c,
plus
plus
only
testing
structure
before
we
can
get
those
running,
but
I
I
really
want
to
get
those
our
c
plus
plus
tests
running
in
nuke
core
build
on
travis.
So
that's
that's
important.
A
This
is
the
ticket
associated
with
this
pull
request
that
I
just
reviewed
that
mark
opened.
This
ticket
is
to
ensure
all
tests
run
in
travis
related
to
the
build
and
tests
and
travis.
So
this
is
really
just
making
sure
they
pass.
A
This
is
the
ticket
associated
with
the
full
request.
I
know
this
is
confusing,
but
I
can't
figure
out
any
other
way
to
do
it
and
we
we
eventually
want
to
make
sure
that
travis
publishes
builds
to
s3,
but
I'm
not.
I.
There
is
some
discussion
about
this
between
david
and
myself
and
exactly
what
we
want
published,
but
I
think
I'm
going
to
wait
on
that
until
the
build
is
actually
building
to
work
on
it,
because
I'm
sure
a
few
things
might
still
need
to
settle
down
a
bit.
A
A
A
A
I
think
austin
brought
this
up
the
vague
instructions.
Instructions
are
out
of
date,
so
I
think
this
is
important.
There's
still
people
trying
to
use
that
vagrant
build
so
I've
attached.
This
help
wanted
tag
to
it,
hoping
somebody
could
come
along.
Austin's
got
very
detailed
ticket
here,
describing
what's
not
working
and
what
needs
to
be
changed.
So
thanks
for
that,
maybe
we
can
get
a
volunteer
to
do
that
if
anyone's
watching
and
wants
to
get
a.
This
is
really
kind
of
a
newbie
task
as
well,
so
feel
free.
Oh,
that
didn't
work
newbie
apply.
A
So
that's
the
only
issue
that
I've
already
got
in
18
the
next
sprint.
Okay,
so
we
tell
you,
you
are
currently
working
on
this
updating
swarming
parameters
and
there
is
an
associated
ticket
immediately
beside
it.
I
think
there's
a
build
failure,
but
you
just
need
a
little
time
to
look
into
it
right.
Yeah,.
B
A
So
we
will
get
that
in
there.
This
is
the
pr
that
I
started
to
on
new
pic
to
update
the
dupic
core
shaw
for
the
sub
module
just
to
kick
that
off.
So
david
could
work
on
that
on
that
fork.
I've
got
some
open
questions
on
on
one
of
the
tickets
for
david
about
where
he's
actually
doing
his
work,
I'm
trying
I
want
to
try
and
keep
all
the
work
out
in
the
open.
A
A
A
There
we
go
pull
that
in
kevin
is
currently
working
on
this
example,
a
spatial
pulling
example,
and
there
is
a
ticket
associated
with
this
here.
It
is
simple,
tutorial
app.
I
changed
this.
It
used
to
say
simple
tutorial,
but
since
kevin
is
building
an
app,
not
necessarily
a
tutorial,
I
I
added
the
word
app
in
there.
We
may
want
to
write
up
a
wiki
page
that
goes
along
with
it,
or
at
least
a
detailed
readme,
which
would
probably
be
even
better.
So
that
is
continuing
work.
A
A
B
A
Okay,
switching
the
spatial
puller
should
be
simple.
I
said
that
you
might
end
up
doing
that.
A
B
There
was
a
discussion
about
it.
Ian
didn't
really.
I
mean
he
participated
a
little
bit,
but
not
really
about
what
to
do
next,
but
it
looked
like
mark
is
a
summer
of
new
pick
or
season
of
new
pick
top
project
around
this
and
is
willing
to
mentor
it.
So
maybe
I'll
get
handled
as
part.
A
Of
that,
okay,
I'm
probably
going
to
de-prioritize
it,
at
least
for
now,
and
maybe
we
can
attach
it
to
that
summer
of
new
pic
project,
so
there's
still
a
p.
I
think
this
is
a
ticket
with
an
associated
pr
from
mark,
and
this
pr
is,
I
think,
it's
ready
for
review
or
there's
a
build
failure.
I
can't
remember
yeah
so
there's
a
build
failure.
Last
status
as
I
was
asking
mark
for
an
update
on
it.
A
So
he's
done
a
lot
of
work
here,
and
this
is
the
one
I
think
that
initially
removed
the
reconstruction
code
and
we
asked
him
to
put
it
back
in
so
I'm
gonna,
I'm
gonna
leave
that
in
the
next
sprint.
Hopefully
he
has
an
answer
for
us.
If
he
doesn't
have
time
to
work
on
it,
we'll
pull
it
out.
B
Yeah,
that's
still,
we
should
still
discuss
that
piece
of
it,
the
reconstruction,
the
code
that
I
had
originally
so
it
was
okay
to
remove
it's
actually
not
being
used
anywhere
and
it's
not
tested
anywhere,
and
it's
probably
broken.
So
I
I
think
it's
okay
to
remove
the
unused
reconstruction
code.
That's
a
separate
thing
from
discussing
whether
we
want
to
put
reconstruction
in
the
pic,
but
I
hope
you
can
use
the
existing
code
to
do
it.
It's
just.
A
B
No
no,
but
the
removal
of
I,
I
guess
what
I'm
saying
the
removal
of
reconstruction
is
a
cleanup
task,
because
there's
just
a
few
code
snippets,
not
the
full
thing,
that's
left
in
there.
It's
not
used
in
any
way
and
hasn't
been
used
in
two
years,
so
that
piece
of
it,
I
think
is,
is
it's
reconstruction
related?
But
it's
a
cleanup.
B
I
see
then
there's
a
separate
issue
of
you
know:
do
we
want
to
do
reconstruction
in
you
know
cleanly
and
new
pick?
That's
that's
the
summer
of
new
pick
or
seasonal
movement
thing,
okay,
that
makes
sense.
So
it's
really
three
three
separate
issues
right.
A
Okay,
so
if
there's,
if
there's
some
disambiguation
that
needs
to
go
on
within
this,
maybe
we
can
chat
about
that
outside
the
meeting.
Okay,
in
the
meantime,
I'll
pull
it
in
these
next
two.
This
is
a
bug
that
I
think
that
ian
brought
up
with.
Actually
he
brought
up
a
pull
request
that
fixed
it
and
we
created
a
bug.
A
Ian
has
a
fix
for
this,
but
we're
awaiting
a.
We
asked
him
to
write
a
unit
test
for
it.
A
So
that's
ongoing
work
use
the
new
core
build
system.
That's
something
david
is
working
on.
That's
the
pr
or
that's
the
the
work
that
I'm
trying
to
get
visibility
on
and
as
well
implement
new
directory
structure,
documentation
of
the
directory
structure,
and
this
was
the
pr
about
the
cla
model
that
we
were
just
talking
about.
So
I
think
all
this
stuff
is
decent
to
pull
into
the
next
screen
and
at
least
attempt
to
tackle
okay,
closing
out
17,
so
here's
our
sprint
18..
A
So
I
think
that
looks
good
to
me.
We
have
a
bunch
of
little
projects
that
I
just
want
to
run
through,
because
I
know
people
like
jeff
full
have
been
helping
me
out
a
lot
with
some
of
the
tooling
stuff
and
the
website.
So
if
anybody
else
wants
to
get
involved
in
satellite
projects
of
new
pick,
that
would
be
fine
with
me.
A
There
is
one
problem
with
the
demento.org
website
that,
if
you,
if
you
scrunch
it
like
this,
you
get
some
nasty
text
overlapping.
So
hoping
someone
might
take
that
on.
So
I'm
going
to
move
that
into
sprint.
18.
put
a
help
wanted
flag
on
that
and
I'll
just
go
ahead
and
close.
A
I
don't
know
if
this
is
the
best
way
to
do
this,
but
I've
got
all
of
these
different
projects
have
their
own
milestones
and
everything.
So
it's
kind
of
a
pain
for
me,
but
so,
but
now
we're
in
newpick
tools.
So
this
is
our
tooling
server
and
we've
got
this
problem
where
statuses
are
when
there
is
a
failure,
it
seems
like
this
only
happens
during
revalidation
of
shaw's
of
other
shaws
after
pr
is
merged,
and
it
gives
you
this
like
recursive
status.
A
I
I
don't
know
how
this
is
happening,
but
I
have
some
notes
in
here
about
what
I
think
might
be
happening.
So
that's
it's
an
annoying
issue.
It's
not
breaking
anything
but
I'd
like
to
see
it
fixed.
So
I'm
going
to
throw
it
into
the
sprint.
Maybe
jeff
will
have
time
to
do
it
that'd
be
great.
If
not,
I
might
have
find
time
to
do
it.
A
So
that's
the
only
thing
for
the
tooling
server
that
I
currently
have
our
wall
board.
There's
one
thing
I'd
like
to
see
that
I
haven't
put
much
thought
into
getting
and
it's
on
the
dev
tab.
It
would
be
really
cool
across
all
the
projects
that
the
tooling
server
is
monitoring
over
here
to
see
what
what
jobs
in
travis
are
currently
running.
A
That's
something
that
you
can't
easily
get
from
the
travis
ui
and
I
think
it
would
be
useful.
It's
something
that
I
would
look
at.
Probably
a
lot
just
to
see.
What's
the
current
activity
that's
going
on
at
travis.
So
that's
what
that's
what
this
is
about.
A
It's
another
thing
that
anybody
you
feel
feel
free
to
grab.
If
you
got
wanna,
do
some
javascript
stuff,
that's
all
javascript!
Okay,
yeah!
That's
for
an
18
room!
Then
cerebral.
We
haven't
done
much
on
at
all,
but
someone
did
report
a
bug
that
they
couldn't
run
hot
gem
through
cerebro.
So
I
think
that's
a
valid
bug
and
I
know
at
least
a
few
people
have
got
it
running
and
are
have
actually
used
it.
A
So,
if
anybody's
interested
in
getting
into
that
code,
ian
has
expressed
interest,
but
I
don't
think
he
has
found
time
to
get
into
it.
So
it's
enough
just
another
low
hanging
fruit.
If
anybody
wants
to
get
involved
there,
it
is
okay,
so
I'm
glad
you're
here
austin.
I
wanted
to
talk
about
some
of
these
new
clinic
64
issues,
so
some
of
them
seem
simple,
like
the
remove
pill
from
the
repo,
but
but
I'm
not
quite
sure,
and
and
this
one,
the
python
three
one
looks
pretty
easy.
A
I
think
okay.
A
Yeah,
that's
a
good
point.
Maybe
I'll
just
ask
you
if
you
have
time
to
just
look
over
these
and
see
what
you
think
about
them,
yeah,
let's
first
too,
I.
C
A
All
right,
so
that's
I'm
going
to
push
those
up
there.
We
go
there's
nothing
much
going
on
in
darwin
64.,
but
and
the
last
one
is
docker.
We
do.
We
are
managing
this
docker
repo.
Now
and
since
we
updated
the
build
script,
we
need
to
update
the
docker
build.
A
B
B
C
Yeah,
that's
good
dependency
on
it.
So.
A
Let's
do
that
this
is
holding
it
up,
yeah,
okay,
so
I
just
added
that
to
this
sprint,
so
it
doesn't
fall
out
of
scope,
and
that
is
the
complete
ticket
review
and
so
in
retrospective.
For
this
sprint,
I
I
have
been
rather
busy
doing
non-code
stuff,
there's
been
a
lot
of
event.
Things
coming
up
and
the
season
of
new
pick
was
a
lot
of
work,
so
I
haven't
been
as
gage
in
as
engaged,
I
think
and
and
kind
of
pushing
people
and
asking
to
do
things,
etc.
A
So
I'm
going
to
try
and
improve
that
on
my
next
sprint
and
one
thing
I
noticed,
I
don't
think
I
need
to
share
my
screen
anymore.
One
thing
I
noticed
is
that
I
need
to
scrub
the
tickets
before
the
sprint
planning
meeting
at
least
a
day
in
advance,
because
it
always
ends
up
sending
a
bunch
of
messages
to
people
and
they
especially
mark
or
david
somebody,
oversees
they're,
not
gonna,
have
time
to
respond
before
the
sprint
planning
meeting.
So
that's
just
an
action
item
for
me
in
retrospective.
A
I
took
a
note
on
that.
But
aside
from
that,
as
do
you
guys
have
any
any
feedback,
or
how
do
you
think
this
sprint
went.
B
Yeah,
well,
one
thing
is,
I
think
I
I
think
you
or
I
should
need
to
support
david
a
little
more.
It
sounds
like
he.
I
think
we
did
it
last
spring,
quite
a
bit,
but
this
spring
we
haven't
at
least
I
haven't
had
much.
You
know
effect
on
him.
A
Yeah,
it
might
be
good
to,
I
think,
david's,
still
kind
of
new
to
git
and
github
and
git
and
github,
or
both
both
have
sort
of
separate
learning
curves
as
well,
so
it'd
be
nice
to
find
a
decent
tutorial
just
on
from
an
outsider's
perspective
on
getting
introduced
to
git
and
github,
because
I
I
noticed
some
things
that
david
does
that
are
sort
of
non-standard
and
I'd
like
to
give
them
some
resources
to
come
up
yeah.
You
know
just
kind.
B
Of
our
cheat
sheet
of
the
common
things,
you
should
do
like
just
how
you
fork-
and
this
is
how
you
set
up
your
upstream
and
your
origin,
and
you
know
this
is
how
you
push
to
a
pull
request
is
how
you
push
from
change
again
to
a
pull
request.
You
know
just
a
few
common
steps
because
kind
of
understanding,
git
is
a
big
thing
and
even
the
existing
tutorials
may
not.
B
A
Right:
okay,
okay,
guys,
that's
that
about
wraps
it
up,
and
unless
there
are
any
more
comments
or
questions.
I
assume
I
just
noticed
you
joined
in
yeah
all
right.
You
just
caught
the
end
of
the
meeting.
A
Okay,
okay!
Well,
I
have
to
run
to
set
up
the
meetup,
so
I
hope
I
hope
you
guys
will
be
there
or
we'll
watch
online
on
ustream
yeah.