Fumitoshi Ukai

using 32-bit nsjail might not be a solution, as target programs may mix of ELF64/32? (e.g. run ELF-64 bash and it launches ELF-32 executable?) any plan to add support?

@microsoft-github-policy-service agree

I think it's not feasible to get logs as it is very rare case (one a day or so). log volume already too big, so I think we can't get...

I think changing go.mod to have `module github.com/bazelbuild/remote-apis/v2` and change go import path from "github.com/bazelbuild/remote-apis/build/bazel/remote/execution/v2" to "github.com/bazelbuild/remote-apis/v2/build/bazel/remote/execution/v2" is the correct way to fix this issue. It also needs to fix...

https://pkg.go.dev/google.golang.org/grpc#WithSharedWriteBuffer ``` If this option is set to true every connection will release the buffer after flushing the data on the wire. ``` not release, but reuse ?

thanks! yeah. the doc is referenced from flag help message. https://github.com/bazelbuild/bazel/blob/7a262a6ee88e0ecc10705c460e38efe32c8543e2/src/main/java/com/google/devtools/build/lib/authandtls/AuthAndTLSOptions.java#L159 It would be nice if it points to spec doc, rather than proposals.

``` go_repository( name = "com_github_bazelbuild_remote_apis_sdks", commit = "d14bd4ab9d97092a04ef96769c09513eea64566f", importpath = "github.com/bazelbuild/remote-apis-sdks", ) ``` It still use `go_default_library`, but gazelle rewrote it as `import` deps.

thanks! ``` go_repository( name = "com_github_bazelbuild_remote_apis_sdks", commit = "d14bd4ab9d97092a04ef96769c09513eea64566f", importpath = "github.com/bazelbuild/remote-apis-sdks", build_file_generation = "off", build_naming_convention = "go_default_library", ) ``` works without `gazelle:go_naming_convention_external go_default_library`.

It seems it is because auxiliary_metadata contains unknown proto for buildfarm, but why buildfarm needs to unmarshal any proto in auxiliary_metadata?

should server configure to be able to receive that request as it advertises max_batch_total_size_bytes=4MB as it should count by blob size, not for request message size?