►
From YouTube: NUG meeting, Feb 2022
Description
NUG meeting, Feb 2022
A
So
welcome
to
the
february
monthly
meeting.
Thank
you
all
for
for
joining
us.
The
usual
sort
of
housekeeping
to
begin
with
this
is
this
is
intended
to
be
a
pretty
interactive.
You
know
not
overly
formal
meeting,
so
please
participate.
You
know
your
way
of
handling
or
just
speak
up.
There's
a
small
enough
group
of
us
today.
I
think
that
we
can
freely
talk.
A
Most
people
are
pretty
aware
of
it's
like
workspace
that
we
can
also
use
for
communicating
and,
as
you
notice,
we're
recording
the
session
so
we'll
so
that
we
can
post
the
video
and
slides
on
the
web
page
afterwards,
which
means,
I
guess,
if
you
prefer
not
to
be
recorded,
switch
off
switch
off
camera,
and
I
guess
that
don't
say
too
much
or
just
use
the
chat
or
the
the
slack
instead
so
for
jennifer
today,
we'll
go
through
our
normal
pattern,
we'll
start
out
looking
at
or
hearing
stories
of
win
of
the
month,
and
today
I
learned
we
have
a
a
few
announcements
and
then
we'll
go
into
our
topic
of
the
day
and
see
how
this
is
with
us
now
and
he'll
walk
us
through
some
things
about
nisk's
documentation,
we'll
finish
off
with
a
bit
of
a
look
ahead
and
a
quick
look
at
the
numbers
for
last
month.
A
So
our
first
item
is
win
of
the
month.
This
is
an
opportunity
to
show
off
an
achievement.
Shout
out
somebody
else's
achievement.
It
can
be
bigger.
It
can
be
small
like
just
something
that
makes
you
feel
good,
that
yeah
yeah.
That
has
happened
in
the
last
month,
but
yeah
interesting
for
the
rest
of
us
to
hear
as
well.
Yeah
things
like
have
a
paper
accepted
or
solve
something
challenging.
A
I've
seen
that
a
few
successes
come
come
through
from
ticket
system,
with
your
people,
setting
up
your
workflows
or
multiple
yeah,
and
you
gonna
be
parallel
on
top
of
sloan.
So
people
are
doing
good
things
and
getting
results
which
is
nice
to
see.
A
Maybe
we'll
jump
across
two
or
combine
this
with
the
sort
of
the
flip
side
of
that
which
is
today.
I
learned
this
is
a
good
time
to
talk
about
also
yeah,
well
things,
the
things
that
you
learned,
because
you
stumbled
across
them
and
and
interesting
for
other
users,
but
also
things
that
are
bad,
challenging
and
difficult,
something
you
got
stuck
on.
A
Particularly
I
mean
if
you,
if
you
found
a
solution,
that's
that's
a
a
great
thing
to
share,
or
if
you
didn't
and
you're
looking
for
a
solution,
you
bounce
ideas
around
other
tips
about
using
nurse
that
can
help
other
users
or
an
interesting
presentation
that
you
saw.
A
I
guess
we'll
go
on
to
some
tips
and
and
things
to
learn
fairly
soon
when
we
come
to
our
topic
of
the
day.
B
I
also
wanted
to
point
out
since,
since
we're
talking
about
today,
I
learned
I
occasionally
bump
into
this
bug
when
using
anaconda
and
it's
the
the
linker
that
anaconda
puts
in
your
path.
B
So
every
now
and
then
I
don't
know
if
it's
a
version,
change
an
anaconda
or
something
it
might
say
things
like.
Oh,
I
can't
build
mpi
for
pi
and
it
and
it
shows
a
path
to
a
linker
there,
that's
clearly
in
a
conda
directory
and
the
the
lesson
there
is,
if
you
see
that
one
way
to
solve
that
problem,
but
it's
more
of
a
hack
really
is
to
move
it
to
separate
locations
so
that
the
system
uses
the
linker
that's
in
the
normal
system
path.
A
Interesting
yeah,
so
that
could
it
could
solve
a
few
things-
and
I
guess
we'll
we'll
see
about
this
soon,
but
do
we
have
a
tip
on
that
in
our
docs?
Already
we
used.
B
So
I'm
gonna
have
to
figure
out
if,
if
I
was
doing
it
wrong
or
or
if
it's
like
a
different
channel
in
conduct,
brings
it
back
or
something
like
that.
A
So
sort
of
a
a
different
it
gives
us
python
rather
than
conda
thing
that
I
learned,
I
guess
in
a
way
counts
as
a
a
little
bit
of
a
win.
This
was
sort
of
a
month
ago.
Really,
maybe
even
earlier,
was
about
python
vn's
virtual
legends,
which
I
hadn't
used
before
and
the
context
was.
A
I
was
trying
to
get
spec
to
use
a
particular
version
of
python
and
not
have
that
either
interfere
with
the
version
of
python
that
was
being
used
for
other
things,
or
you
know
not
pick
up
the
the
version
of
python
that
was
being
used
for
other
things,
because
you
know
it
has
sort
of
certain
requirements
for
its
own
dependencies,
and
somebody
took
me
off
to
you
can
set
up
a
vn
but
put
the
dependencies
you
need
in
that
vm
and
there
you
go
basically
point
it
to
use
that
and
it
can
sort
of
do
it
in
its
own
standalone
way
and
not
interfere
with
other
things.
A
And
you
know
it
worked
great.
You
can
visually
make
a
little
directory
declare
it
as
a
virtual
end,
install
things
into
that
virtual
end,
and
then
you've
got
this
sort
of
little
self-contained
python
that
doesn't
interfere
with
the
other
pythons
you're,
using
in
the
same
environment.
D
A
Right,
they're
picking
up
the
different
I'll
be
inside
condor,
so
I
actually
don't
know
either
I
suspected
something
to
do
with
the
order
that
the
paths
appear
in
the
environment.
Do
you
know
your
hotness.
B
Yeah
so
well,
sometimes
sometimes
conda
libraries.
This
is
historical
reasons,
use
our
path
linking
which
overrides
the
ld
library
path,
so
that
that's
that's
historically,
one
of
the
biggest
problems
they've
actually
worked
on
moving
away
from
that
design
pattern,
because
the
linker.
B
That's
to
say
the
new
way
to
do
it
is
to
use
a
a
system
that
doesn't
clobber
your
settings.
So
there's
that
so
there's
there's
still
some
outputs
in
conda
that
use.
That
kind
of
linkage
and
and
the
other
thing
that
is
worth
pointing
out,
is
you
have
something
like
a
conda
site
configuration
it's
your
dot,
con.rc
file
and
that
will
like.
B
B
Even
though,
like
you
know,
from
your
perspective,
what
you're
saying
is
install
this
thing
and
its
dependencies
and
everything
like
that
looks
normal
in
reality
because
of
your
site
configuration
you
are
downloading
slightly
different
versions,
and
that
caused
these
bugs,
so
I'm
gonna
say
like
those
are
probably
the
two
main
reasons
why,
where
things
can
be
brittle
when
using
conda
to
manage
your
environment?
D
D
B
Yeah
yeah
yeah,
I
was,
I
was
helping
a
user,
they
had
an
install
script
and
I
was
installing
everything
it
worked
fine
and
they
were
installing
something
and
crashed.
And
then,
in
this
case
it
turned
out
that
they
had
a
conda,
a
c
file
and
I
hadn't
no.
I
had
no
idea
to
look
for
it
because
you
also
have
the
conda
init
script
that
lands
in
your
bash
rsc
file.
So
that's
what
I
looked
for,
but
so
yeah.
A
With
any
complex
package,
isn't
it
you
know
where?
Where
is
the
configuration
coming
from?
Why
is
this
package
doing
this
yeah
moving
on
easy
way
to
discover
that
I
think
would
be
a
really
helpful
feature
for
a
lot
of
things.
B
Yeah,
if
someone
here
knows
a
tool
that
I
can
just
like
run-
and
it
says
you
know
I
on
this
in
this
environment-
I'm
config
figured
like
this
like
similar
to
like
python
dash
and
site,
and,
and
it
tells
you
these
are
the
paths
I
know
and
and
these
are
the
environment
variables
that
influence
those.
If,
if
we
had
something
like
that
for
for
like
conda,
that
would
be
brilliant.
That
would
make
diagnosing
these
things
so
much
faster.
B
Oh
yes,
I
I
remember
oliver,
you
asked
me
to
do
this
before.
E
B
Yeah
actually
well
we're
gonna
we're
gonna
be
talking
about
this.
I
think
in
this
later
on
in
this
webinar.
So
I
think
this
is
a
interesting
point
to
bring
up
and
just
thought
as
a
saw
that
the
topping
was
like
contributing
to.
A
Yeah,
so
not
aware
of
the
background
of
this
one,
but
that
does
sound
quite
relevant
might
circle
back
around
to
it.
We're
in
that
topic
of
the
day
I
say
daniel's
coming
about
like
content
info.
A
Actually
I
I
like
that,
what
do
you
call
it
convention
and
being
able
to
something
info
and
finding
out
kind
of
just
an
overview
of
where
you
are
and
what
you're
doing
it
was
one
of
the
things
that
I
I
quite
liked
in
some
version
that
I
wish
that
it
had
and
actually
set
up
my
own
little
alias
for
that
to
kind
of
do
something
kind
of
equivalent
as
a
like
a
collection
of
different
git
commands
that
show
useful
things
all
at
once.
B
Yeah,
I
thank
you,
daniel
for
bringing
that
up.
Yeah
content
already
exists,
and
I
think
that
that
I
I
forgot-
I
actually
forgot
about
it
now
that
I
see
its
output,
I
remember
it
but
yeah.
Actually
I
think
that
that's
do.
We
already
have
that
on
our
documentation,
page
daniel.
B
I
might
end
up
just
looking
for
it
that
might
yeah.
A
Thank
you
all.
So
we
have
a
few
announcements
and,
and
cfp
is
coming
up.
Probably
the
big
one
is
there's
a
corey
os
upgrade
coming
soon.
So
that's
that's
scheduled
for
the
march
maintenance,
so
that'll
be
sort
of
about
in
about
one
month's
time.
In
fact,
you've
probably
seen
some
emails
about
this.
A
It's
a
it's
a
it's
a
necessary
upgrade
and
it
changes
a
few
things
kind
of
underneath
in
there
in
the
linux
system.
That
means
that
you
know
all
a
lot
of
things
will
just
continue
to
work.
Some
may
not,
and
in
particular
I
think,
there's
a
new
version
of
glibc
so
we'll
need
to
re-link
things
the
things
that
are
dynamically
linked
kind
of
get
this
automagically.
E
A
It's
probably
a
good
excuse
to
rebuild
them
with
newer,
compilers,
newer
libraries
and
so
on.
Like
that
another
one
looks
like
I
missed
the
balding
on
this
summer.
Internship
time
is
not
quite
upon
us
yet,
but
the
the
point
in
the
process
where
interns
are
applying
for
positions
and
and
organizations
like
nurse
go
looking
for
interns
is
upon
us
and
nurse
actually
has
a
whole
bunch
of
projects
listed
on
this
web
page
here
yeah
as
proposed
intern
projects
that
we're
looking
looking
for
summer
interns
to
come
and
join
with.
A
So
if
you
are
or
have
or
know
a
a
student
who's
looking
for
a
summer
internship
point
them
our
way,
let's
be
yeah
great,
to
get
them
on
board.
A
There's
a
couple
of
training
and
sort
of
workshops
coming
up
so
in
about
a
week's
time,
there's
an
nvidia
performance
tools
for
a100s:
that's
our
gpu
on
perlmutter
training,
so
it's
february
23rd,
which
is
right
about
this
time.
Next
week
we
have
a
introduction
to
programming
with
sickle
on
pearl
mudder
and
beyond
on
march
1st
and
not
so
much
hosted
by
nurse,
but
but
that
we
are
aware
of-
and
these
tend
to
be
interesting,
there's
an
ideas.
A
Ecp
webinar
on
software
device
design
patterns
in
research,
software
coming
up
early
in
march,
so
the
ecp
ideas
project
has
a
whole
lot
of
really
interesting,
webinars
with
great
sort
of
tips
and
tricks,
and
you
know
best
practices.
A
That's
the
ones
that
I
know
about.
Are
there
any
other
announcements
and
calls
for
participation
in
conferences
and
events
coming
up
that
others
here
know
about
and
would
like
to
announce
or
publicize.
A
Sounds
like
no,
so
we
can
move
along
to
our
topic
of
the
day,
which
is
how
do
you
use
and
contribute
to
nurse
documentation
for
users
which
johannes
will
lead
us
through?
Would
you
like
to
share
a
screen
and
do
a
walkthrough
that
way.
B
Yes,
all
right,
starting
with
the
mute
button.
Yes
all
right,
let's,
let's
share
so
this
is
supposed
to
be
a
really
quick
walkthrough
and
people.
Please
ask
questions
when
something
isn't
clear,
so
I
think
as
a
good
starting
point.
Let's,
let's
look
at
our
oh
first
of
all,
do
you
see
my
my
screen?
B
Yes,
it's
looking
good
okay
and
I
also
realized
that
maybe
my
my
turn
was
a
bit
small,
so
I
just
zoomed
it
zoomed
in
a
little
bit
all
right.
B
Oh,
oh,
I
see
yeah.
Is
that
good?
B
It's
good
yeah.
I
don't
hear
any
complaints
so
yeah.
So
if,
if
we
looked
at
our
documentation
the
route
of
our
documentation,
you
basically
would
be
greeted
with
this
screen
and
there's
actually
now
a
new
page,
a
new
top-level
page
called
contributed
tips
and
tricks,
and
if
you
go
there,
you
are
actually
sort
of
pointed
at
this.
B
Is
this
page
is
sort
of
the
beginnings
of
of
maybe
almost
like
a
little
stub
for
contributions,
and
we
link
here
also
the
the
the
instructions
for
contributing
to
the
documentation,
get
that
repo
and-
and
I
think
this
is
always
a
good
place
to
start
for
anyone
who
wants
to
start
contributing.
B
So
all
of
these
pages
are
hosted
on
gitlab.
If
I
just
follow
this
link
here
on
a
separate
tab,
you
actually
can
see
the
gitlab
repository.
B
The
repository.
Excuse
me,
the
repository
is
based
on
make
docs
and
it's
publicly
accessible.
So
in
the
contribution
guide
you
can
see
there.
We
actually
have
a
lot
of
information
already
and
it
broadly
falls
into.
B
So
I
would
say
two
categories
and
the
first
one
is
how
to
actually
make
contributions,
and
since
this,
since
we
use
dip
lab
the
recommended
workflow
for
anyone
who
isn't
part
of
the
nurse
organization,
would
be
to
create
a
fork
of
this
repo
work
with
a
net
fork
and
then
submit
a
merge
request,
and
this
page
actually
gives
you
all
the
details.
B
So
if
you,
if
you
miss
something
that
I'm
saying
now,
don't
worry,
you
can
always
look
it
up
again,
and
this
page
is
findable,
but
also
you
feel
free
to
ask
questions.
B
The
second
area
which
I
like
down
here
is
so
up
here
it
talked
about
the
get
workflow
and
then
down
here
it
mentions.
B
Just
you
know
the
common
issues
that
you
might
have
when
writing
the
markdown
format
for
the
the
documentations
page
so,
for
example,
how
to
make
a
link
with
relative
path
and
absolute
well,
don't
use
but
yeah
how
to
create
linking
using
relative
paths
how
to
include
code,
those
sort
of
things
now
I
thought
it
might
be
nice
just
to
to
show
you
how
this
works
in
action,
so
I'm
risking
a
live
demo.
Now
it's
probably
gonna
fail,
but
but
I
thought
it
might
still
be
instructive.
B
So
the
first
thing
that
you
might
end
up
doing
is
you
might
want
to
create
a
fork
of
this
repo.
So
let's
go
to
the
top
level
of
the
docs
repo
and
I've
actually
not
created
a
fork
of
this
so
far.
So
here
we
go,
I'm
forking
it
now.
B
I
don't
need
to
do
any
oops,
oh
yeah,
so
it's
actually
yeah.
So
if
you're
a
member
of
several
organizations,
you
might
want
to
select
your
own
private
repo.
So
that's
what
I'm
doing
here
and
in
a
moment
you
will
have
your
gitlab
repo
okay.
So
I'm
gonna
clone
this
to
my
laptop
now.
B
B
Doesn't
take
all
that
long,
so
I
thought
it
would
be
good
for
everyone
to
see
it
from
the
very
beginning,
all
right
so
now
that
we
have
it
locally.
B
Here's
our
repo,
the
first
thing
that
that
you
might
want
to
do
is
create
a
way
for
you
to
be
able
to
synchronize
your
local
fork
with
the
main
fork
that
that
actually
is
part
of
our
documentation.
So
the
first
thing
what
we
want
to
do
is
we
want
to
go,
get
remote,
add
upstream,
and,
of
course,
you
need
to
know
the
url
of
the
upstream
repo.
So
I'm
going
to
go
back,
I'm
going
to
go
and
oops.
This
is
still
my
my
one
yeah.
This
is
the
right
one.
B
Okay,
so
now,
if,
if
I
went
get
remote
oops
remote
minus
v,
it
shows
you
that
the
origin
of
this
local
copy
is
my
personal
fork,
and
then
I
have
an
upstream
remote.
That
is
the
the
upstream
gitlab.
So
you
would
for,
for
instance,
say
get
called
upstream
main
and
that
will
get
you
the
the
latest
version
that
that
we
are
currently
having
in
production
at
nurse.
It's
always
helpful
to
do
this
before
you
start,
making
a
merge
request
to
just
make
sure
that
your
merge
request
is
based
on
the
latest
version.
All
right.
B
The
next
thing
is,
you
might
want
to
prototype
locally.
That's
pretty
easy
too,
because
we
have
a
requirements
text,
so
you
can
go
pip,
install
mine's
our
requirements
and
that
will
go
through
and
try
and
find
okay.
So
I
mean
I
had
most
of
these
things
installed
already,
but
but
you
would
probably
see
some
things
being
installed
and
now
you
actually
have
all
the
tools
that
you
need
to
actually
build
the
documentation
locally.
So
if
you
look
at.
B
B
And
that
that
might
take
a
second,
so
I'm
actually
going
to
do
a
hopeful,
helpful
little
tangent
and
while
this
is
running
so,
if
I
go
back
to
our
documentations
page,
there
is
something
neat.
B
Well,
let's
say:
let's
say
you
go
to
some
random
page
here:
okay,
how
about
desk
and
you're
on
the
desk
page,
and
you
find
that
you
want
to
make
an
edit
here,
but
do
you
think?
Well
if
I
look
at
the
the
repo?
B
Where
is
this
file,
and
so
the
easiest
way
to
find
out
where
this
particular
file
is
located
in
on
gitlab
is
to
click
on
this
gray,
pencil
or
pen
icon
up
here,
and
it
will
actually
redirect
you
to
the
markdown
file
that
that
that
page
was
rendered
from,
and
so
you
can
see
the
path
of
stocks
analytics,
desktop,
md
and
and
gitlab
shows
you
its
own
impression
of
how
this
is
rendered.
But
let's,
let's
go
back
to
our
build
okay,
so
it
builds
our
documentation.
B
Now
now
you
can
actually
host
it
locally
by
going
mk
docks
serve.
B
B
Ten
percent
faster,
okay,
all
right,
so
so
so
that's
nice!
Now
we
have
a
url
that
I
can
just
follow
here.
B
And
that
is
now
a
local
version,
so
let's
say
you
want
to
make
a
change
and
a
really
quick
change
that
I
can
already,
and
that
already
noticed
here
is
maybe
I
want
this
here
to
not
say,
contributed
tips
and
tricks,
but
contribute
tore
tips
and
tricks.
I'm
not
saying
that
we
actually
want
to
put
this
into
production,
but
I
don't
know
maybe
I'm
nitpicking,
but
maybe
I
want
to
change
this
this
title.
This
also
indicates
another
aspect
of
macdocs.
B
I
haven't
actually
tried
this
change,
so
this
is
really
going
to
be.
What
is
it?
Live
live
production,
so
I'm
just
going
to
go
and
open
a
new
channel.
Excuse
me
whoa.
This
is
this
is
hard
I'm
not
used
to
working
at
this
resolution.
There
we
go.
So
let's
go
back
to
our
repo
okay,
there's.
Actually
one
thing
that
you
might
need
to
keep
in
mind,
and
that
is
these
things
here,
these
menu
items
they
are
actually
defined
in
a
yaml
file.
B
B
B
Or
tip
some
tricks,
I
think
macdox
actually
notices
that
a
file
has
changed
and
it's
actually
now
rebuilding.
So
once
that's
done,
we
should
be
able
to
preview
our
change
in
the
live
version.
B
B
B
Contribute
to
our
tips
and
tricks,
all
right
and
and
and
the
same
goes
for
for
other
changes
if
you
went
and
and
changed
the
file
now
that
your
macbook
server
is
running,
it
will
detect
those
changes
and
rebuild
make
docs
every
time
to
give
you
a
local
preview.
When.
B
Local
preview,
what
you
need
to
do
is
you
need
to
somehow
tell
us
that
you
would
like
to
make
this
change
and
the
way
that
I
recommend
you
do.
It
is,
first
of
all
you
you,
let's
have
a
look
where
we
are
well.
We
are
on
the
main
branch.
So,
first
of
all,
I
recommend
that
you
go
get
check
out
minus
b
and
then
a
name
for
your
branch.
So
let's
go
jpb.
I
always
like
to
append
my
initials,
but
that's
just
it's
not
necessary
menu
change.
B
Now,
I'm
in
the
menu
change
branch
I
can
now
go.
We
look
at
what
files
have
changed.
Yes,
this
is
the
file
I
want
to
add
by
the
way,
if
you
here's
a
little
git
trick,
if
you
don't,
if
you
want
to
add
all
changed
files-
and
you
don't
want
to
go
and
type
in
the
filenames
of
all
the
files
that
we've
changed-
let's
go
add
dash
minus
use,
so
those
are
all
the
updated
files
hit
commit
suggest
this
section.
B
Okay,
that's
still
not
enough
to
actually
tell
us
so
now
you
want
to
go
get
push,
but
the
thing
is:
this
branch
doesn't
exist
on
your
local
gitlab.
So
let's
push
it.
Let's
just
follow
this
git
instruction
here.
This
will
make
the
put
the
change
in
origin
and
by
the
way,
if
you
go
get
remote
minus
v,
you
see
that
origin
is
your
version,
so
so
there's
no
harm
in
actually
pushing
it
to
this
location
and
there
it
is
now.
B
It's
not
that
one
navigated,
my
myself
away,
yeah,
I
kind
of
did
oh
wait,
but
the
nice
thing
is
when
you're
logged
into
gitlab.
B
It
notices
that
your
you
have
made
a
change
to
your
local
branch,
so
so
you've
made
a
change
to
a
branch
in
your
local
fork.
Right
so
and
it's
it's
saying
well,
this
is
a
forked
repo.
So
so
do
you
want
to
actually
create
a
merge
request,
so
it
actually
recommends
it
as
sort
of
a
tooltip
here
go
here
and
then
you
would,
for
instance,
fill
in
a
title
and
a
description
here.
There
is
a
template.
B
Oops
steve:
do
you
know
why
why
the
template
isn't
showing
up
here?
Have
I
done
something
wrong.
A
B
Yeah,
I
would
have
thought
that
it
inherits
the
the
templates
I
at
this
point.
For
the
sake
of
of
gravity,
I
would
say
that
we
want
to
make.
We
have
some
templates
for
these
things.
I
I
can't
find
them
right
now,
but
I'm
gonna
move
on
and
at
some
point
those
templates
might
appear
here
and
and
I'll
revisit
it.
If
we
have
a
moment
at
the
end,
because
there's
still
two
more
things,
I
want
to
talk
about.
A
Am
I
in
the
wrong
change?
I
was
gonna
say
if
you
change
branches
go
back
into
that
merge,
request
and
change
branches?
B
There
we
go
okay
source
target
yeah,
just
in
case
you
missed
it.
I
definitely
missed
it.
So
I'm
just
gonna
go
back
to
okay,
so
so
this
is
the
the
I'm
just
gonna
go
to
the
very
okay.
B
This
is
the
place
where
we
wanted
to
click
on
ie,
where
we
are
prompted
to
create
a
merge
request.
B
That
that's
very
well
spotted
thank
you
and
actually
the
the
default
settings
for
the
merge
request
go
from
your
branch
and
your
fork
to
the
main
in
your
fork.
So
let's
change
that.
B
B
And
then
we
can
go,
compare
branches
and
continue
there.
It
is
there
we
go
and
then
also
fills
in
this
little
template
for
your
for
the
text
for
your
merge
request.
So
your
suggests
that
you
put
a
descriptive
title
and
then
you
look
at
at
each
of
these
things
that
you
should
check
off
here.
So,
for
example,
we
know
it
renders
correctly,
so
you
put
an
x
there
and
I
didn't
change
it.
B
I
I
suspect
what
happened
is
for
some
reason:
git
gitlab
thinks
that
the
template,
sorry,
I
think
two
things
are
happening
here.
First,
the
template
is
not
part
of
the
git
repo,
but
the
git
lab
project.
B
Yes,
so
if
you've
got
sub
modules,
they
are
part
of
the
gitlab
repository,
but
and
and
and
if
you
do
get
clone
recursive,
that
would
actually
get
your
sub
modules.
But
that
wouldn't
get
this
thing,
because
this
is.
B
It's
it's
a
template
in
a
merge
request,
so
I
suspect,
if
you
don't,
have
access
to
the
gitlab
settings,
which
you
probably
don't
there.
There
isn't
a
good
way
to
get
this.
B
Someone
else
who
knows
the
ins
and
outs
of
gitlab,
more
than
me
might
be,
might
have
a
better
solution,
but
I
recommend
that
you
create
your
own
template,
basically,
okay
in
your
own,
but
actually
I
think
I
like
it
this
way,
because
gitlab
also
seems
to
use
as
a
target
for
your
merge
request,
your
own
main
branch
and
not
the
main
branch
of
the
originating
repo.
B
And
so,
if
you
don't
see
this
template,
then
you
know
that
you're
not
actually
about
to
do
a
merge
request
into
gitlab.nurse.io,
but
instead
you
know,
but
this.
D
B
Okay,
and
and
the
like,
all
the
information
is
available
in
the
in
this
contributing
dot
md
file,
I
don't
think
it
says
to
keep
and
watch
out
for
the
for
the
template,
but
it
does
tell
you
how
to
create
a
merge
request,
and
so
you
it's
it's
a
it's
a
little
bit
of
a
workflow
that
that
requires
getting
used
to.
But
it's
not
an
unusual
get
workflow
so
yeah
anyway.
B
I
just
this
is
a
final
just
to
to
close
out
this
particular
item.
Things
to
watch
out
for
are
the
ci
for
for
your
push
for
for
your
commit
and
can
non-nurse
users
assign
these.
B
A
So
yeah,
if
you
can
assign
reviewers,
but
in
your
description
you
can
add
people,
yes
and
and
that
will
draw
their
eyes
to
it
and
and
yeah.
Then
then,
within
nurse,
there's
a
pretty
good
chance
that
that
person
will
end
up
as
one
of
the
reviewers.
B
Yes,
okay,
that's
a
good
point,
so
I
think
yeah
I
haven't,
have
a
look
at
the
signing
reviewers
that
that
is
always
a
way
to
get
attention,
but
and
that's
what
steve
just
said,
I
just
I'll
demonstrate
it
now.
If
I
act
and
then,
for
example,
I
can
add
steve
league
now.
This
would
at
this
point,
when
you
hit
submit
steve,
would
get
an
email
or
and
if
he's
turned
it
off
he's
watching
the
his
notifications,
he'll
get
notified,
and
so
that
is
the.
B
So
if
you,
for
example,
I've
been
in
this
situation
before,
where
someone
opens
a
ticket
and
says
how
about
changing
the
documentation,
and
I
recommend
that
they
do
it
themselves.
This
would
be
really
good,
because
then
you
can
point
back
to
that
nurse
staff.
Member
that
encouraged
you
to
make
this
change.
They
already
know.
What's
going
on
all
right
and-
and
just
I
think,
the
last
point
I
wanted
to
make
about
editing
this-
this
documentation
is:
let's
say
you
want
to
make
a
fairly
minor
change
like
this
one.
B
Now
it's
been
what
I
did.
There
was
pretty
involved
right,
like
you,
make
a
local
clone
and
edit
a
file
and
preview
it
locally.
So
let's
I'm
not
going
to
make
this
merge
request,
because
you
know
I'm
not
actually
that
persnickety
about
titles,
but
let's
say
we
want
to
do
the
same
thing.
Let's
make.
Let's
say
we
want
to
make
that
change
to
desk.
B
I
can't
find
it
again.
I
probably
can't.
B
Right,
yes,
that's
a
good
point.
I
wonder
what
happens
if
I
actually
do
it
on
my
local
copy.
It
actually
still
points
to
okay,
yes,
so
duh!
B
B
B
Remember
stocks,
jobs,
examples
index
right,
so,
let's
go
to
to
the
same
yeah,
docs
jobs,
examples
index,
so
so
this
is
the
same
file,
but
but
it's
now
the
local
fork,
sorry
that
your
own
fork
rather
than
nurse
production
version,
and
then
you
can
click
on
the
web
ide
and
that
will
open
up
an
ide
for
you.
You
can
even
preview
markdown
by
switching
the
tab
up
here.
B
This
is
this:
is
gitlab
markdown
not
make
docs
markdown,
so
there
will
be
differences,
but
so
I
still
recommend
and
to
use
the
local
copy
with
a
preview
with
mac
docs
for
larger
changes.
But
let's
say
you
have
a
typo
here.
I
don't
know,
I
actually
don't
know
of
any
typos,
so
I'm
going
to
introduce
a
typo.
B
So
let's
say
I
want
to
remove
there.
We
go
so
small
edit
and
if
you
can,
if
you
then
click
commit
it'll
prompt
you
for
a
commit
message
up
here,
as
well
as
a
branch
name,
and
you
can
then
hit
commit.
E
B
And
you
have
the
same
template
again
so
so,
basically,
now
you've
seen
two
approaches.
One
is
a
little
bit
more
involved
for
larger
changes
and
if
you
spot
a
typo-
or
you
know
like
like
very
quick
change
to
some
text,
you
can
always
use
the
web
id
all
right.
I've
been
talking
for
ages,
I'm
gonna
stop
now.
A
B
A
So
so
earlier
oliver
posted
in
the
chat
about
so
he
has
a
has
a
tip
to
add
already
right.
B
There's
one
more
thing
I
wanted
to
say
steve:
you
had
a
location
in
mind
for
like
where
should
stuff
go,
that
no
one
really
knows
exactly
where
it
should
go,
but
we
should
decide
where
to
put
it
right.
So.
A
Actually,
let's
share
a
firefox
screen;
instead.
A
Make
this
a
little
bit
smaller
so
sometimes
when
you've
got
a
chip,
it's
yeah,
it's
fairly
easy
to
find
where
it
belongs.
So
so,
for
instance,
if
you've
got
an
example
that
you
you
spot
something
here,
that's
or
something.
That's
not
here!
That's
useful!
This
is
a
good
page
to
add
it
to
if
you've
got.
A
The
the
search
bar
can
be
pretty
useful
for
sort
of
finding
the
general
topic,
if
it's
something
specific,
but
if
in
doubt-
and
sometimes
it's
not
really
obvious
where
something
goes,
and
so
that's
kind
of
that
aim
of
this
page
is
that
it's
a
good
place
to
put
something
whose
location
isn't
obvious,
and
this
means
that
you
know
you
don't
have
to
worry
too
hard
about
where
it
goes.
A
You
can
put
it
here
that
gets
you
know
the
the
text
of
a
tip,
and
you
know
a
merch
request
up
in
front
of
nurse
people
who
can
look
at
it
and
go.
Oh,
I
know
where
this
should
be
or
might
choose
to
leave
it
in
tips
and
tricks.
A
Merge
it
right
in
there
where
it
is
yeah
to
be
possibly
moved
to
elsewhere
on
the
site
later,
but
so
yeah,
if
in
doubt,
kind
of
the
purpose
of
this
page,
is
to
be
a
a
target
for
putting
things
when
when
it's
not
immediately
obvious
where
they
should
go.
B
All
right,
I
I
think
yeah
that
don't
seem
to
be
any
more
questions.
I
think
the
the
the
discussion
feature
of
gitlab
is
very
helpful
also
to
brainstorm
some
ideas.
You
know
you
might
have
an
idea
of
what
what
to
put
where
and
then
other
folks
might
have
interesting
suggestions
as
well.
A
A
So
yeah
thanks
again
for
that
and
and
oliver
for
the
starting
tip
to
yeah
to
add
to
the
docs.
We
are
getting
close
to
time.
So,
let's
bounce
through
our
last
few
items
here
we
go
here.
A
First
of
all,
coming
up
one
that
maybe
next
month
or
maybe
the
month
after,
but
I
I
suspect
this
will
be
interesting
to
some
people.
Is
our
annual
user
survey
closed
recently
and
we're
looking
through
the
results
now
and
assembling
our
our
nurse
annual
report
that
uses,
amongst
other
things,
the
information
that
that
we
learned
in
this
survey
and
yeah?
A
We
might
do
a
little
bit
of
an
overview
of
some
some
themes
that
we
discovered
looking
through
what
what
people
have
replied
in
the
survey
we
are
also,
we
had
a.
We
had
a
really
really
great
talk
from
koichi
last
month
about
the
work
he's
doing
and
using
the
the
queue
system
to
optimize
this
whole
throughput,
not
just
the
immediate
job
and
yeah
sort
of
yeah,
really
interesting
and
prompted
some
sort
of
discussion
and
further.
You
know
collaborations
and
interactions
later
and
yeah.
A
I
think
this
is
a
really
good
thing
to
have
in
these
meetings.
So
if
you
have
something
that
you'd
like
to
tell
us
about
or
alternatively,
if
there's
a
topic
you'd
like
to
hear
about
that,
yeah
you
just
like
to
propose-
is
that
can
we
have
this?
As
a
topic
that
you're
not
necessarily
the
one
to
present,
let
us
know
about
it
so
to
make
it
easier
to
let
us
know
about
it.
A
We've
got
this
format
now
that
you
can
fill
in
it's
a
it's
a
pretty
simple
form.
It's
really
just
a
place
to
put
your
your
ideas
in
a
contact
point,
so
I've
just
put
the
link
in
the
chat,
click
on
it
and
yeah.
Let
us
know
if
you've
got
something
something
to
present
as
a
topic
of
the
day
or
or
something
that
you'd
be
interested
in
us
discussing.
A
And
then
a
quick
look
at
last
month's
numbers,
so
we're
starting
to
get
perlmatter
numbers
in
now
as
well.
Colemat
is
still
not
a
production
machine.
It's
still
you
in
the
process
of
being
installed.
A
So
you
know
there
will
be
a
bit
of
movement
happening
there,
but
yeah
corey
numbers.
We,
you
know
we
report
back
to
department
of
energy.
So
in
oh
I
didn't
update
this
title.
This
is
actually
january.
A
So
in
january
we
had
one
unscheduled
outage,
as
well
as
the
scheduled
maintenance
that
happened
around
the
ay
turnover.
We
had
a
powerful
power
unit.
Failure
in
one
of
the
cabinets,
palmatta
had
two
schedule
maintenances
in
january,
and
one
very
short
outage
happened
near
the
end
of
the
month.
A
For
availability,
I've
been
kind
of
exploring
some
of
the
different.
You
know
chart
tools
that
we've
got
for
this
and
it's
it's
a
little
bit
different
to
see
the
you
know
the
variation,
but
I
think
what
this
does
show
is
that
it's
very
close
to
100
percent.
It's
up
yeah
so
last
month
for
knl
nodes
availability
was,
you
know,
99
and
a
bit
percent
and
then
the
that's
the
scheduled
availability
and
the
overall
availability.
You
include
the
times
that
it
was
down
for
schedule,
maintenance.
A
I
think
it's
just
a
feature
of
this
particular
graph
like
generated
graph.
I
think
it
uses
a
a
graded
color
for
the
area.
A
Yeah,
so
it's
a
little
hard
to
see
here,
but
that's
100
down
here-
and
this
is
90
down
here,
so
so
guess
what
maybe?
What
the
shade
is
useful
for
is
kind
of
to
draw
the
eye
to
where
the
interesting
data
is
it
would.
It
would
be
interesting
if
we
had
a
great
dipping
me
in
the
availability
that
happened
somewhere,
that
you
know
what
what
would
the
gradient
do
there?
Would
it
go
down.
A
So
we
have
our
capability
metric,
which
is
that
yeah
systems
like
corey
nurse
systems
are
very
you
know.
Large
cutting
edge
kind
of
systems
and
part
of
the
the
motivation
for
having
these
systems
is
to
have
a
system
that
can
be
used
for
work
that
just
can't
be
done
on
a
smaller
cluster
and
yeah
as
part
of
making
sure
that
we're
actually
achieving
that.
One
of
the
the
metrics
that
we
report
is
how
many
jobs
used
more
than
a
certain
fraction
of
the
machine.
A
So
I
think
our
number
is
more
than
1024
nodes
on
on
corey
and
we
yeah.
We
aim
to
have
certain
like
25
of
the
work
on
corey,
being
this
really
large
scale
difficult
to
do
anywhere
else
kind
of
work
and
in
december,
actually
it
was.
It
was
quite
high.
Nearly
70
percent
of
the
work
on
corey
was
up
and
over
that
threshold
our
open
ticket
seems
to
be
sitting
pretty
steadily
the
incoming
rate
and
the
outgoing
rate
is
about
the
same
so
hooked
up
a
little
bit
around
the
end
of
january.
A
And
that's
what
we
have
for
today,
we're
slightly
over
12
o'clock.
Thank
you
all
for
joining
us
and
for
sticking
around
the
extra
few
minutes.