[roll] Roll fuchsia [bazel2gn] Use cmd.Stdin to send data to `gn format`

`cmd.StdinPipe()` + `cmd.CombinedOutput()` is prone to deadlocking.
The suspected problem is that `StdinPipe()` can fill up the buffer
before `CombinedOutput` is called, and it won't finish writing because
no one is servicing the buffer from the other end, because
`CombinedOutput` hasn't started `gn format` yet.

I suspect the problem is flaky because during highly-parallelized
builds, memory is a more constraint resource, so it because easier to
fill up the buffer.

This changes switches to assign a reader to `cmd.Stdin` directly, which
is recommended by the example from os/exec: https://pkg.go.dev/os/exec#Command

Also took the opportunity to tear down the previous retry logic so we
don't carry unnecessary complexity.

Original-Bug: 493162362
Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1546623
Original-Revision: 002994ea8b140b1a08e0bba7ef26c947df6e3823
GitOrigin-RevId: 9afc2a3a79672fb8fec4a7fcdf919cdc36952c54
Change-Id: I347082c36ce6e2a76ddb2b2c09807f297052fe0a
1 file changed
tree: afdfc17f00fb3b9833705a968b40a9e74f82f555
  1. ctf/
  2. git-hooks/
  3. infra/
  4. third_party/
  5. cobalt
  6. flower
  7. jiri.lock
  8. MILESTONE
  9. minimal
  10. prebuilts
  11. README.md
  12. stem
  13. test_durations
README.md

Integration

This repository contains Fuchsia's Global Integration manifest files.

Making changes

All changes should be made to the internal version of this repository. Our infrastructure automatically updates this version when the internal one changes.

Currently all changes must be made by a Google employee. Non-Google employees wishing to make a change can ask for assistance in one of the communication channels documented at get involved.

Obtaining the source

First install Jiri.

Next run:

$ jiri init
$ jiri import minimal https://fuchsia.googlesource.com/integration
$ jiri update

Third party

Third party projects should have their own subdirectory in ./third_party.