@adonovan@google.com Thanks for making this CL. It seems no one got around to reviewing it, and by now relui has already applied these updates in CL 687555.
Oh, I just noticed the failure mode changed from older failures to most recent one, which makes the problem more apparent:
```
go: unsupported GOOS/GOARCH pair windows/arm
```
I didn't realize the …
These failures happen at Go tip:
```
=== RUN TestExtractPackagesAndSymbols/windows/arm
# internal/runtime/syscall/windows
../../../../../goroot/src/internal/runtime/syscall/windows/asm_windows_arm…
> Not sure why @dmitshur saw an output of `1` from Go. Maybe he was testing on a 32-bit system?
Yes, I think so. I should've written it down explicitly, but it makes sense to compare gc behavior on …
(1 comment)
This isn't necessarily in scope of this CL, but while here I noticed this.
It should probably check if len(os.Args) < 2 and then log.Fatal, right? Or if flag package were used, then …
Thanks.
About deleting bots that are no longer needed: there is a delete button next to "Last Seen" in the UI, though I think currently it requires LUCI admin permissions. Maybe there's something we…
Closing since this hasn't happened for some time. It's been idling at around 40% disk usage, similar to its prior steady state in https://github.com/golang/go/issues/74169#issuecomment-2971994775.
Thanks.
Yeah, the intention here is to recover from panic only if it happens when invoking `fv` (which is the task function, `state.def.f`), and assign it to `taskPanic` if so. The rest of runTask s…
@yhlee-tw Thanks for reporting. If you think the fix for that issue meets the bar for backporting, please request it using the process documented at https://go.dev/wiki/MinorReleases and include a ra…
@mengzhuo There were 20 consecutive failures due to #74893, causing the bot to be moved to qurantined state. Now that #74893 is resolved, this should be a matter of restarting the swarming bot. Thank…
@mengzhuo There were 20 consecutive failures due to #74893, causing the bot to be moved to qurantined state. Now that #74893 is resolved, this should be a matter of restarting the swarming bot. Thank…
We saw this functionality in action during today's release:
https://bsky.app/profile/golang.org/post/3lvqxp673aw2l
https://bsky.app/profile/golang.org/post/3lvqxmfabea2s
This is now fully rolled out, for all Go port builders.
In case you spot problems that seem related to this in builds started after this comment, please let us know here. Keeping it open for some ti…
A database/sql/driver.Rows can return database-owned data
from Rows.Next. The driver.Rows documentation doesn't explicitly
document the lifetime guarantees for this data, but a reasonable
expectation…
A database/sql/driver.Rows can return database-owned data
from Rows.Next. The driver.Rows documentation doesn't explicitly
document the lifetime guarantees for this data, but a reasonable
expectation…
A database/sql/driver.Rows can return database-owned data
from Rows.Next. The driver.Rows documentation doesn't explicitly
document the lifetime guarantees for this data, but a reasonable
expectation…
The propagation is partially complete (including for darwin/arm64, linux/amd64) and working, for example:
- https://ci.chromium.org/ui/p/golang/builders/ci/gotip-darwin-arm64_15/b8707269894361154625…
A suspected change that might be causing this has been [rolled back](https://chromium-review.googlesource.com/c/infra/luci/luci-go/+/6824203), currently waiting on propagation.
Note that TestIssue59563TruncatedCoverPkgAll in internal/coverage/cfile has started to fail as of this CL. That test is skipped with -short flag, so it's visible on longtest builders. For example, h…
Since Go 1.25 is the last release that contains the broken windows/arm port, and the port is removed in Go 1.26, perhaps for now we should add a `//go:build !go1.26` constraint here? (Later on, once …
Thanks for the change, but I'm not sure whether code behind //go:build boringcrypto code is accepting optimization changes. If so, this needs a crypto owner to review.
Relui tries to be as resilient to failure as possible, enabling the
release coordinators to restart individual tasks when they fail and
move forward.
Tasks are the smallest unit of work that can be …
Thanks for reviewing this Quim! The release note and cmd/dist changes look good to me. I think it might still be useful for another person familiar with the linker and runtime to give it another look…
Thanks for taking this on! See an inline comment about old issues that you might want to resolve first, and otherwise I think the general approach should work well.
s/was/way/
Trying out in -dry-ru…
(2 comments)
Added "Please", thanks.
(I didn't apply the go.dev change; I think that's a separate issue. We generally stay with tip.golang.org in pre-release communication. We have started making t…
(1 comment)
Clarified offline that this suggestion was about every RC release announcement specifically. In general to me that seems worth pursuing carefully. Added CL 692375 at the end of this stac…
We've experimented with including a suggestion to opt in to Go toolchain
telemetry in the Go 1.23 RC 1 release announcement. That was a one-off
inclusion, but it has worked well. Rob has suggested we…
The announce-rc.md template has a section that was used for go1.23rc1.
It has no effect on future RC announcements, so I'll delete it in the
next CL. Update its test case to target a newer RC version…
We want to make it clear to users who start testing and using release
candidate versions in production that they can receive security fixes
while continuing to use RCs. So when RCs have security fixe…
Yeah, that was already done above (https://github.com/golang/go/issues/74466#issuecomment-3134040404), and the fix is submitted for Go 1.26, so it was only Go 1.25 that was seemingly missed.
@neild This still needs to be cherry-picked for Go 1.25 since it landed after [CL 689877](https://go.dev/cl/689877), right? See second paragraph of https://groups.google.com/g/golang-dev/c/_GfEaCcy7v…
The reason this particular CL landed right after the tree reopened for 1.26 development is because @matloob marked it with the `wait-release` hashtag on [July 18th](https://go-review.googlesource.com…
The issue appears to reproduce whenever the repository root doesn't have a go.mod file. From a quick look, the relevant change is likely [CL 661875](https://go.dev/cl/661875) (CC @samthanawalla) give…
@gopherbot Please backport to Go 1.24. This is a test-only fix to resolve flaky test failures whose frequency increased recently after a different scheduling of parallel test execution. No need for G…
The two builders visible at https://ci.chromium.org/ui/p/golang/builders/ci/gotip-netbsd-arm are currently missing. The last incomplete build was yesterday, https://ci.chromium.org/b/8708470930646754…
I'll take this alongside #69315 for this cycle. I have some automation for bootstrap preparation that I'd like to incorporate into relui. We'll either use the current latest Go 1.24 minor release, Go…
Retitled this to be about the darwin/macho problem (we didn't have an existing issue for it), and closing as fixed by [CL 608995](https://go.dev/cl/608995).
Thanks @cherrymui, that was it. I can confirm that release-branch.go1.23 with CL 608995 applied fixes the "DW_FORM_strx with no .debug_str_offsets section" error, though the test doesn't pass right a…
Thanks, removed the --04 and --05 dead bots since we don't expect them to reconnect, leaving the 3 active bots at https://chromium-swarm.appspot.com/botlist?f=cpu%3Appc64-64-POWER8&k=cpu&s=id. Closin…
No objections to 3 instances with 16 GB RAM, and in general having fewer instances with more memory, from my side. Issue #33986 tracks deciding and documenting the memory requirement for running test…
Attempting the following sequence to upgrade one of the dependencies and then tidying this module fails:
```sh
$ cd $(mktemp -d)
$ git clone https://go.googlesource.com/pkgsite-metrics
Cloning into …
Issue #74323 might be relevant here.
It appears that the reason the package `golang.org/x/tools/gopls/internal/test/marker` tests are reported as failed is because of the data race that came up duri…