Activity

Today
(1 comment) I should add a colon here for consistency. ```suggestion log.Fatalln("MkdirTemp:", err) ```
Thanks. I also sent you CL 823285.
buildToOutputs was outright missing an error check. Add it, and make a few other places more consistently handle error as the very first step so that it's easier to see.
CC @golang/openbsd.
CC @golang/riscv64.
Thanks. There used to be times when it wasn't as rare. 😅 Earlier on I wasn't sure if the eventual plan to represent "no security fixes" was going to be "no milestone", or "a milestone that exist…
We've had a chance to test out this functionality over the last several releases, both in cases where there were 1+ PRIVATE-track security fix CLs to upstream and when there weren't any, and it's bee…
It was convenient to have the functionality for automated upstreaming of private-track security fixes on release day in addSingleReleaseWorkflow when it was being developed. By now the development wo…
There's been a lot of progress on this, and the "automate assembling the internal commits into a branch, and exporting the changes from that branch on release day" bar is certainly met. Closing in fa…
There's been a lot of progress on this, and the "automate assembling the internal commits into a branch, and exporting the changes from that branch on release day" bar is certainly met. Closing in fa…
Note that darwin/amd64 builders with macOS 13 & 14 have started to fail with timeouts, and cmd/go.TestScript/cgo_path_space_quote has started to run on ppc64 builders and it fails as visible on the […
Thanks. Just two minor comments left. Please also insert a blank line above this line, so that the "Populate ..." code block is separate. Please insert a blank line after this line. It's meaningful…
(1 comment) (nit: I should've left this part out since there didn't need to be Debian version changes; trixie is still the current stable. I inadvertently carried this over from the subject of CL 69…
(1 comment) Noting that Keith also sent CL 812900 for this issue earlier.
Yesterday
As of CL 817742, go1.26.0 is this module's minimum toolchain version. For golang/go#72774. [git-generate] find . -type f -name 'Dockerfile' -exec sed -i '' 's/golang:1.25/golang:1.27/' {} +
Thanks. gotip-linux-amd64 took 10m25s, which seems pretty good.
Thanks. Formatting nit, for consistency with other lines here: ```suggestion .output > pre > span { ```
(1 comment) In the future you'll want to update your lucicfg version. I don't think it matters for this CL.
dmitshur reviewed +2 on golang.org/x/sys/unix: run go fix1d
(1 comment) Thanks.
Thanks. Interesting that this doesn't end up being as slow as one could've expected rebuilding all of std to be.
Thanks. This is expected because `go mod vendor` vendors package code, but it doesn't include _test.go files. Those live only in the upstream packages. See https://pkg.go.dev/cmd/go#hdr-Make_vendore…
Thanks. Yep, it's a [property](https://cs.opensource.google/go/x/build/+/master:internal/gophers/gophers.go;l=42-45;drc=d955bf84b4b91d638eba901cbc7e01722e79fa98) of the interal/gophers package that …
dmitshur starred github.com/rsc/cmd1d
(1 comment) Has it already been considered to reuse one of the existing ones (e.g., https://golang.org/x/build/gerrit or https://pkg.go.dev/github.com/andygrunwald/go-gerrit), and decided that the t…
(1 comment) Tests seem to pass with it, and it's also there in the upstream CL 797560, so it should be fine for the backport CL to be consistent with that. (But it can probably be removed on the mai…
(1 comment) DeleteBranch is a better fit for DestructiveGerritClient, isn't it? (If you'd like to change it but it's a bit disruptive this early in the stack, note that it's also fine to defer to e…
Thanks for making this suggestion too. Updated [CL 783580](https://go.dev/cl/783580) to mention this issue. https://go.dev/wiki/Deprecated is clear that deprecating an exported symbol requires a pro…
(2 comments) This change is ready for review. Hold for #80795. Will use issue #80795. We can make it a proposal and discuss whether to also to deprecate at the same time as adding these go:fix inl…
Thanks. https://go.dev/s/style#declaring-empty-slices suggests: > When designing interfaces, avoid making a distinction between a nil slice and a non-nil, zero-length slice, as this can lead to sub…
(1 comment) Note that I would expect you'll need to add a " (optional)" suffix to the parameter name in order for relui to permit the empty string input, since it's that's the zero value of string. …
Thanks. In my quick testing on a moderately representative machine, `go test -count=1 -short cmd/go/...` went from around 24 seconds to around 30 seconds, which seems very reasonable. Is it intenti…
This Week
The only failures were in net/http due to an unrelated existing issue #78701. The rest passed. Bypassing.
The only failures were in net/http due to an unrelated existing issue #78701. The rest passed. Bypassing.
(1 comment) See longtest builders at https://ci.chromium.org/p/golang/g/go-gotip/console and recent failures in #78701.
We approved this backport request fairly early on after the Go 1.26.0 release, but the issue is still not resolved at tip. Closing this backport issue for now, and once the upstream issue is resolved…
We approved this backport request fairly early on after the Go 1.26.0 release, but the issue is still not resolved at tip. Closing this backport issue for now, and once the upstream issue is resolved…
CC @golang/ppc64.
This change is applied in go.dev/cl/730820. Thanks.
> is there anything else needed for this issue There are 3 tests in net/http that are currently skipped that [point to this issue](https://cs.opensource.google/search?q=%22go.dev%2Fissue%2F67555%22&…
Over the last couple weeks, this hasn't happened. Closing optimistically.
Thanks. Done. The bundle was generated with it in CL 820300.
dmitshur commented on golang.org/x/sys/unix: modernize2d
(1 comment) Note that this command is marked as deprecated, so if running that command causes some problem there'd be no good path forward without migrating off that command. Since proposal #71859 i…
For #80850. Fixes #80851.
(2 comments) [sort.Slice](https://pkg.go.dev/sort#Slice) documentation includes: > Note: in many situations, the newer [slices.SortFunc](https://pkg.go.dev/slices#SortFunc) function is more ergonom…
Trybot failures seem to be due to an unrelated issue #81068, which is fixed now so restarting them.
Indeed; fixed by [CL 820440](https://go.dev/cl/820440).
Indeed; fixed by [CL 820440](https://go.dev/cl/820440).
Reopening since the fix [CL 806961](https://go.dev/cl/806961) is reverted in [CL 820440](https://go.dev/cl/820440).
There's a revert [CL 820440](https://go.dev/cl/820440) which I understand intends to fix this. (CC @dr2chase, @pjweinb.)
Thanks.
dmitshur fixed an issue net: TestLookupCNAME failures3d
The solaris-amd64 failure above is a different problem; re-closing and letting it be handled in a separate issue.
dmitshur fixed an issue net: TestLookupCNAME failures3d
The solaris-amd64 failure above is a different problem; re-closing and letting it be handled in a separate issue.
Note that it's also possible to try a newer version that includes the fix by using its pseudo-version, such as `v0.49.1-0.20260813165158-3c18a2d52646`, ahead of its includion in the next release tag …
Issue #80220 is resolved, and openbsd-ppc64-n2vi is back online and [green](https://ci.chromium.org/ui/p/golang/g/port-openbsd-ppc64/builders). Thanks. Closing.
Issue #80220 is resolved, and openbsd-ppc64-n2vi is back online and [green](https://ci.chromium.org/ui/p/golang/g/port-openbsd-ppc64/builders). Thanks. Closing.
Thanks. Yeah, I think the 1.24 release notes is a better place to add this note. After some time passes, most people looking to learn what changed in it would be looking there rathe than in 1.27 rel…
Marking as resolved (per discussion in other thread). There are still some failures on https://ci.chromium.org/ui/p/golang/builders/ci/gotip-plan9-amd64, but that can be tracked in a followup to #636…
Made the [second pre-release tag](https://pkg.go.dev/github.com/go-gl/glfw/v3.4/glfw@v0.1.0-pre.2) to include some of the follow up fixes to v3.4/glfw. If some time passes and there aren't problems r…
Closing as resolved in v3.4.
Closing as resolved in v3.4.
Thanks for preparing this. Closing since this change needs to happen upstream. Note that by now v3.4 has superseded v3.3, so it may make sense to redirect our attention towards the latest version in …
Thanks for preparing this. Closing since this change needs to happen upstream. Note that by now v3.4 has superseded v3.3, so it may make sense to redirect our attention towards the latest version in …
dmitshur pushed to master in github.com/go-gl/glfw4d
Thanks very much, and congrats on reaching this point. Please rebase and regenerate this.
One more note. In the PR description it was mentioned that this change was done with `go mod edit -go=1.26`. In most cases it should be a better experience to manage the `go` directive with the `go g…
Thanks, this generally looks good. I left two minor comments. I suggest picking `1.26.0` for the `go` directive here. Prior to Go 1.21, major releases didn't have a ".0" at the end. See https://go.…
Last Week
Sounds good, thanks. If someone wishes to use an older version of go-gerrit before its `go` directive increased for a while longer, even if you don't tag, they could still use the corresponding ps…
> Go 1.27.0 is the current upstream release, so the supported window moves to 1.27 + 1.26 per the [Go Release Policy](https://go.dev/doc/devel/release.html#policy) the README commits to. [...] The `g…