Activity

Today
This update is already applied as part of CL 687555.
@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 …
The windows/arm port was marked broken and is removed in Go 1.26. For #71671. Fixes #74934.
A preexisting failure. Filed #74934 for it.
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.
Yesterday
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…
This might be a duplicate of #74910 and already fixed.
@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…
This issue is resolved. Closing and unpinning.
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
dmitshur reviewed +2 on all: remove support for windows/arm1d
(1 comment) Thank you.
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…
No need to bypass trybots; I included it in case it might still be needed due to #74893 but the mitigation has rolled out.
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…
I think windows-amd64 should be propagated too by now, trying again.
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…
dmitshur closed a change : [release-branch.go1.23] empty change1d
I'm done trying this out, closing.
dmitshur opened a change : [release-branch.go1.23] empty change1d
DO NOT REVIEW. DO NOT SUBMIT. I'm using this CL to try out trybots.
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.
dmitshur closed an issue build: build failure on gotip-linux-arm1d
This Week
The upstream Go tracking issue for this is https://github.com/golang/go/issues/67799.
Thanks. ``` _, err := time.Parse(time.DateOnly, "2025-08-1") fmt.Println(err) // Output: // parsing time "2025-08-1" as "2006-01-02": cannot parse "1" as "02" ``` (https://go.dev/play/p/4kxZrSxt64…
dmitshur commented on all: remove support for windows/arm2d
(1 comment) This picked up a minor merge conflict (likely with CL 691835) that needs resolving, then this can be submitted. Thanks again.
dmitshur reviewed +2 on all: remove support for windows/arm2d
Thanks.
Started with [CL 681937](https://go.dev/cl/681937). CC @randall77.
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…
CC @thanm, @cherrymui.
CC @mikioh, @neild, @ianlancetaylor.
CC @neild, @ianlancetaylor.
dmitshur commented on golang.org/x/sys/windows: drop arm2d
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 …
dmitshur commented on all: remove support for windows/arm2d
(2 comments) Done in PS 11. This was applied at first, but reverted in the latest patch set (PS 11). Was that unintentional?
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.
Last Week
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 …
dmitshur commented on all: remove support for windows/arm6d
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…
Earlier
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…
Closing again. Fixed by [CL 623956](https://go.dev/cl/623956) and its backport [CL 690035](https://go.dev/cl/690035).
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…
Thanks! All 4 should have pending invites that you'll need to accept. Please comment if there's anything else.
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…
@gopherbot Please consider this for backport to Go 1.23. These tests are now flaky only on release-branch.go1.23, and it's a test-only fix.
dmitshur starred github.com/fflewddur/ltbsky2w
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…
dmitshur starred honnef.co/go/wgpu2w
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…
Moving this out of planned for now since there hasn't been high demand for this. Can revisit if it becomes needed.
dmitshur starred github.com/soypat/colorspace3w
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…
CC @golang/runtime.
dmitshur pushed to main in dmitri.shuralyov.com/service/change2mo
6140fdcb140798fe4fda313c57be133bf235e796maintner, gerritapi: handle draft status
ce8900dcd6898d396808d962fd777dcf7be445e9gerritapi: pass context to Gerrit calls
96ed021e15235cb4abcdaa86b88cc271e47f04c1add minimal go.mod
July 4, 2024. Today I got a chance to try out the Apple Vision Pro. :)
dmitshur pushed to main in dmitri.shuralyov.com/scratch1y
5eb48b5f5d31d39777719edb35d37b724f183dc8quine: add load-bearing trailing space
dmitshur created package in dmitri.shuralyov.com/scratch/quine1y
LGTM. Thanks, and congrats on your first new Go package here! Done in PS 2. Patch set 2 seems to resolve this.