Thanks. Some minor suggestions.
If you haven't already, consider if it might be a net win to use a permalink pointing to a fixed commit, in case that file moves to another directory in a future comm…
Thanks.
Yeah, it is possible to track this separately, and I considered that. However, the distinction isn't used in any way. The comment still captures the information so it'll be easier to separat…
This adds a best-effort initial padding value for Delve. From looking
over https://github.com/go-delve/delve/tags, it seems Delve doesn't do
pre-releases, tends to do an average of 3-4 minor releases…
(1 comment)
Also, that particular wiki page has a dedicated shortlink if you'd like to use it:
```suggestion
For issues that are present in a [major version release canidate](/s/release),
```
Thanks.
As I understand this applies to PUBLIC track fixes too, but the currently added text is within the PRIVATE track section. Maybe mentioning RCs here could help. Up to you.
Needs a relative l…
This nested module hasn't been updated in a while. Update dependencies
to pull in the latest fixes that are available and make future updates
smaller.
Most notably, this pulls handling of the "draft…
(1 comment)
I take it the intent was to use its own copy here.
```suggestion
# stage0 and bootstrapswarm are built by the Makefile in env/linux-arm64-bullseye.
COPY env/linux-arm64-bullseye/stage0 …
Thanks. Seems entirely reasonable. Comments on some details.
Maybe write down some rough numbers, so that if the balance changes in the future, it'll be easier to change the approach.
```suggestion…
We've considered porting these builders but decided not to at this time.
We have a standard Debian builder in many run-mod variations, and a Sid
builder which aims to use a newer Linux kernel version…
See https://ci.chromium.org/b/8715046913413654785 for example:
```
=== RUN TestObjdumpRISCV64TestDecodeGNUSyntaxdata
panic: test timed out after 10m0s
running tests:
TestObjdumpRISCV64TestDecod…
See https://ci.chromium.org/b/8715046724760256497 for example:
```
=== RUN TestMarshalUnmarshal
--- FAIL: TestMarshalUnmarshal (0.00s)
panic: interface conversion: *sha3.asmState is not encoding.B…
Stopping this legacy trybot run since it matched 0 legacy builders.
Note that the legacy slowbot syntax needs to be in a comment, not commit message. But that shouldn't matter now that #67307 is don…
The previous build infrastructure had a -race builder for linux/s390x,
so port it over too.
Notably, the previous configuration enabled the -race configuration on
the main branch of the main Go repo…
It's working as expected in x/ repos too. There's one test failure in x/arch and x/crypto, but the same happens on the old infra builders, so it's a port problem and not a builder problem. It can be …
(1 comment)
I agree that if it's possible to use a fixed configuration that works in both cases, it would be better. Adding a flag creates work for the users to pass in the right flag value dependin…
Thanks.
This entry doesn't exist in the gophers package yet and needs to be added, right? You can check by running `go test ./devapp/owners` locally.
It doesn't matter too much, but perhaps this sh…
Great, thank you.
I think all that's left on our side is to adjust the builder configuration to let the builder run on applicable golang.org/x repositories (it was set to try only the main Go repo w…
The builder is running in the main Go repo. Remove the temporary skip
of golang.org/x repos as the next step of its onboarding.
Also move it to LOW_CAPACITY_HOSTS since by now its capacity is known
…
Glad to hear that, and congrats on getting to this point!
The swarming bot generally takes care of using all of the CPU cores and machine capacity available to it, so the typical setup is to have on…
Closing because it turns out these were left overs from testing rather than real Go release versions that need to be handled. See https://go.dev/issue/68634#issuecomment-2867535846. Thanks.
I've had a chance to talk with Russ about this, and he confirmed that these "go1.8.5rc5" and "go1.9.2rc2" versions aren't really proper Go releases—they're side-effects that happened to be produced…
We've taken the alternative route of making the generated development versions be compatible with the existing https://go.dev/doc/toolchain#name format (as a "non-standard toolchain") in #73372. Is t…
I left some review comments from a quick look, I hope they're helpful. I haven't tried to test the changes locally so I may have missed something.
In general, the test seems to be useful, but I th…
Thanks.
Yes, that's right. It has some nice properties like not requiring the caller to know the modified files (if any) in advance, and automatically not mailing a CL if nothing changed. CreateAuto…
In the unexpected case that a cloud build script fails, it's generally
useful to see the log that contains the commands and their output, and
not the result GCS bucket. That bucket likely holds no re…
Using CloudBuild.RunScript to regenerate the config involves bookkeeping
steps to determine whether config/config.json changed or not, to avoid
creating (and then closing) a CL if it's not needed.
G…
Does `go generate ./internal/configgen` work for you locally?
When I initially tried the same change locally earlier, it still failed:
```
2025/05/08 11:57:42 padding not defined for program "githu…
Note that this change appears to break the ability to regenerate x/telemetry/config:
```
$ go generate golang.org/x/telemetry/internal/configgen
2025/05/08 10:48:26 listing versions for "github.com/…
This issue has stopped matching because this builder in LUCI no longer has -bsiegert in the name (it's still there in the underlying bot name, but the pattern uses builder name), but there've been so…
This issue has stopped matching because this builder in LUCI no longer has -bsiegert in the name (it's still there in the underlying bot name, but the pattern uses builder name), but there've been so…
I believe by now we have resolved the general approach to support Plan 9 testing on LUCI. The plan9 arm and 386 builders seem to be generally working okay for a while now. The amd64 builder seems to …
I believe by now we have resolved the general approach to support Plan 9 testing on LUCI. The plan9 arm and 386 builders seem to be generally working okay for a while now. The amd64 builder seems to …
I'm not sure why this issue was opened 9 hours ago. Given #72857 is now resolved, this should happen only if the builder is dead for 24 hrs, but from looking at [its task history](https://chromium-sw…
It seems these missing builders need some time before they're back.
Annotate them with tracking issues so that there's less purple on
the gotip post-submit console.
For golang/go#73568.
For golang/g…
Noting that we ran into the same error today. (CC @cherrymui.) The app once again ended up becoming "standalone" for reasons unknown to us. We re-added it to the project.
This is an enhancement to speed up the release process and slightly reduce its resource use, by adding some complexity to its implementation that lets it avoid duplicate work.
The Go build system us…
From looking at the source for those functions ([here](https://source.chromium.org/chromium/infra/infra_superproject/+/main:infra/luci/appengine/swarming/swarming_bot/api/platforms/linux.py?q=%22%5B%…
@xnox Including additional fields about the toolchain and its possible modifications in the build information (in addition to the go version string) like that is an interesting idea. It has some conn…
It would be good to mention this in Go 1.25 release notes (#71661), otherwise users may not know about it. See [doc/README.md](https://cs.opensource.google/go/go/+/master:doc/README.md).
We haven't seen this happen for a while, right?
I believe this was a combination of some short-lived builder VMs inadvertently staying around for much longer than intended, and some cache directorie…
@srinivas-pokala I believe the change in [crrev.com/c/6439429](https://crrev.com/c/6439429) is rolled out and you should be able to try starting up the builder again.
We can try moving the sid builder (#61112) to cos-dev (up from cos-113-lts). If that ends up being too new and too noisy to be useful, we can move down to something less bleeding edge like cos-beta o…