source2!!.close()
    assertThat(relay.isClosed).isTrue()
    assertFile(Relay.PREFIX_DIRTY, -1L, -1, null, null)
  }

  @Test
  fun racingReaders() {
    val pipe = Pipe(1024)
    val sink = pipe.sink.buffer()
    val relay = edit(file, pipe.source, metadata, 5)
    val future1 = executor.submit(sourceReader(relay.newSource()))
    val future2 = executor.submit(sourceReader(relay.newSource()))
    Thread.sleep(500)

  // zero effect on the behavior of the WebSocket API which is why tests are only written once
  // from the perspective of a single peer.
  private val random = Random(0)
  private val client2Server = Pipe(8192L)
  private val server2client = Pipe(8192L)
  private val taskFaker = TaskFaker()
  private val client = TestStreams(true, taskFaker, server2client, client2Server)
  private val server = TestStreams(false, taskFaker, client2Server, server2client)

            :warning: 'There are new TODOs present in this change.  Should any be removed?'

# To simplify the automations section, some calculations are placed under unique YAML keys defined here.
# Read the "|" not as "or", but as a "pipe", taking the output of the previous command and passing it to the next command.
# This section could also appear ahead of the automations section.

colors:

      - action: set-required-approvals@v1
        args:
          approvals: 2

# To simplify the automations section, some calculations are placed under unique YAML keys defined here.
# Read the "|" not as "or", but as a "pipe", taking the output of the previous command and passing it to the next command.
# This section could also appear ahead of the automations section.

# To simplify the automations section, some calculations are placed under unique YAML keys defined here.
# Read the "|" not as "or", but as a "pipe", taking the output of the previous command and passing it to the next command.
# This section could also appear ahead of the automations section.

# To simplify the automations section, some calculations are placed under unique YAML keys defined here.
# Read the "|" not as "or", but as a "pipe", taking the output of the previous command and passing it to the next command.
# This section could also appear ahead of the automations section.

colors:
  yellow: 'ffb300'

          color: '0000FF'
  {% endfor %}

# To simplify the automations section, some calculations are placed under unique YAML keys defined here.
# Read the "|" not as "or", but as a "pipe", taking the output of the previous command and passing it to the next command.

# TODO: It would be very nice to avoid having this list somehow, but it needs to be defined in YAML and not in JS for the looping template to work

        args:
          label: 'build-script-change'
          color: 'E94637'

# To simplify the automations section, some calculations are placed under unique YAML keys defined here.
# Read the "|" not as "or", but as a "pipe", taking the output of the previous command and passing it to the next command.

# The results of these calculations are assigned to `is.formatting`, `is.docs` and `is.tests`.
is:

pkg syscall (darwin-arm64), const RTV_RPIPE = 8
pkg syscall (darwin-arm64), const RTV_RPIPE ideal-int
pkg syscall (darwin-arm64), const RTV_RTT = 64
pkg syscall (darwin-arm64), const RTV_RTT ideal-int
pkg syscall (darwin-arm64), const RTV_RTTVAR = 128
pkg syscall (darwin-arm64), const RTV_RTTVAR ideal-int
pkg syscall (darwin-arm64), const RTV_SPIPE = 16
pkg syscall (darwin-arm64), const RTV_SPIPE ideal-int

pkg syscall (freebsd-arm64), const SYS_PDKILL = 519
pkg syscall (freebsd-arm64), const SYS_PDKILL ideal-int
pkg syscall (freebsd-arm64), const SYS_PIPE = 42
pkg syscall (freebsd-arm64), const SYS_PIPE ideal-int
pkg syscall (freebsd-arm64), const SYS_PIPE2 = 542
pkg syscall (freebsd-arm64), const SYS_PIPE2 ideal-int
pkg syscall (freebsd-arm64), const SYS_POLL = 209
pkg syscall (freebsd-arm64), const SYS_POLL ideal-int