13th February 2019

1. [Neil] Starting lava-run in a dedicated container: #114 (closed):
   1. Admins to control external, static, udev rules to manage USB devices on the worker:
      1. No use of udev_trigger events or adding devices within a test job, that becomes the role of the external udev rule to make sure /dev/staging-hikey-r2-01 points at /dev/bus/usb/002/075 and that this gets updated to /.../076 after reboots etc. without involving LAVA - LAVA simply adds a known symlink to the docker using volumes.
         1. Dave already has work underway for all of this.
         2. Dave found a problem needing the container name to update /sys/ to enable the visibility.
            1. put a static file in /var/cache/lava-slave - named by the device hostname and containing the container name. lava-slave erases the the file when the job ends.
   2. Test job to control the image to be used
   3. LAVA specifies the name of the container in advance.
      1. Documentation to recommend using official LAVA Software Community Project docker images
         1. some teams will want to build & use images based on those
            1. include tools which take a long time to install / build.
         2. Is LAVA to output a warning based on a regex / checking for lavasoftware in the name? - test writer problem.
            1. LAVA will need to clearly output the docker image being executed and retain that in the permanent test job log output or result metadata.
               1. must handle "latest" and turn it into a reproducible ID
                  1. use docker inspect to get image ID
                  2. lava-slave does the inspection
                  3. passes an option to lava-run to log the details.
         3. LAVA already outputs the version of lava-dispatcher (lava-run) in use (and other tools) and this will continue with docker.
   4. Admins to control certificates, e.g. ZMQ
      1. certificates already mean that workers need some configuration, but it is static - like the se2net configuration.
   5. [Dean B] Capabilities may need to be added too.
   6. LAVA runs the container with --rm (possibly with --force too).
   7. We can delay 2019.02 until the core of this support is tested, into 2019.03 too.
2. [Neil] Finalising 2019.02 (or pushing to .03)
   1. django-tables2
      1. lava/pkg/docker/!17 needed for !390
   2. Review the other issues and MRs in the 2019.02 milestone
      1. 14 open MRs, 29 open issues
      2. push some to .05
3. [Rémi] adding env variables to the test shell
   1. JOB_ID, DEVICE_NAME, ...
   2. #228 (closed) - include whether this needs to be on a DUT without network connectivity.