As of [CL 792120](https://go.dev/cl/792120), the gotip-linux-amd64-newinliner builder which tests with `GOEXPERIMENT=newinliner` fails to build cmd/compile:
```
FAIL cmd/compile [build failed]
# cmd…
**Description:**
Currently setup-go supports "stable" and "oldstable" aliases. They are moving targets, so they make it convenient for repositories to target those versions, without needing to edit a…
Thanks for confirming @noahbjohnson. That suggests govulncheck owners may consider temporarily working around by using an older x/tools while #80055 is investigated and resolved.
If someone who's able to reproduce this wants to try building govulncheck from source, modifying it with `go get golang.org/x/tools@v0.44.0`, please see whether that's enough to make this problem sto…
(1 comment)
I suggest adding another Fixes line here:
```suggestion
Fixes #63507
Fixes #70090
```
I believe #70090 is the same underlying issue, unfortunately the two of them weren't de-duplicated…
**Describe the bug**
The `didPanic` function in `internal/assertions/panic.go` seems to try to detect instances of [`*runtime.PanicNilError`](https://pkg.go.dev/runtime#PanicNilError) error by checki…
(1 comment)
I see. Looking across more files, it's less consistent than I thought: [17x "http: "](https://cs.opensource.google/search?q=%22%5C%22http:%20%22&sq=&ss=go%2Fgo:src%2Fnet%2Fhttp%2F) and
…
Thanks for reviewing this change @emmanuel@orijtech.com. It'd be good if one of the net/http package [owners](https://dev.golang.org/owners) at least +1s this CL too. Leaving this thread unresolved f…
There's precedent for something along these lines in the "plusbuild" analyzer.
Do you suggest this analyzer should remove import comments only when the import math matches the actual import path of …
I believe it is. Please feel free to submit.
This will resolve the last [currently remaining blocker](https://go.dev/issues?q=is%3Aissue%20state%3Aopen%20milestone%3AGo1.27%20label%3Arelease-blocker…
Discovered a regression in sec/op of 2.29% for benchmark Dgeev/Circulant10-16.
https://perf.golang.org/dashboard/?benchmark=Dgeev/Circulant10-16&platform=linux/arm64&repository=go&branch=master
http…
Discovered a regression in sec/op of 5.10% for benchmark RepeatNew-88. Not quite clear which commit.
https://perf.golang.org/dashboard/?benchmark=RepeatNew-88&platform=linux/amd64&repository=go&bran…
From triage meeting, @prattmic points out this test has a time.Sleep(1 * time.Second) so this might be a flake due to the subprocess not starting in that constant time.
Thanks for making this backport request @Jorropo. It's approved now. Since you're the author of the fix CL, if you don't mind, please create backport CLs for this and #79878 following https://go.dev/…
On darwin, rawSyscall, rawSyscall6, and rawSyscall9 are Go
functions (not assembly as on Linux) that get race-detector
instrumentation. When forkAndExecInChild calls rawSyscall in
the forked child pr…
This test reaches out over the internet to a service (Google Groups), runs a search query and checks that the algorithm still works as expected. Every so often it seems the response doesn't include t…
It seems that the internal-branch.go1.27-vendor branch isn't passing all tests at Go tip anymore. Some recent Go 1.27 changes in the main repo involved fixes in x/tools main branch, and they need to …
The reflecttypefor analyzer rewrites reflect.TypeOf(x) to reflect.TypeFor[T]() when x is side-effect free. Some calls intentionally name a value-level symbol so the check follows future changes to th…
This is a cmd/fix issue in Go1.27 milestone, but so far it was closed by a CL in the x/tools repo. Reopening to make sure this change makes its way into cmd/fix in time for Go 1.27.0. This still need…
This is a cmd/fix issue in Go1.27 milestone, but so far it was closed by a CL in the x/tools repo. Reopening to make sure this change makes its way into cmd/fix in time for Go 1.27.0. This still need…
Thanks.
Noting to confirm my understanding - this is needed now since running govulncheck without a package pattern is newly expected to fail with:
```
govulncheck: no package patterns provided
```…
Thanks.
Thanks.
It seems to be catching that TestCommand/common is still failing. If there's more work needed to get everything passing and you prefer to make that a separate CL, then it'd make sen…
checkNotStale was added in CL 791620. As I understand, the reason it behaves as it does today is because it's very unexpected to get stale targets, so if the check finds that, it tries to include as …
(2 comments)
Consider doing the same change here. If you prefer to leave it for a future CL instead, that's fine too.
Not for this CL, but noting that another potential future simplification here i…
See an inline comment on go.mod. The rest of this change makes sense to me. Thanks for doing this.
I realize that the last time the deploy files in this repository were updated, the go directive was…
I think the sections "Why not bump on each minor release?" at [go.dev/design/69095-x-repo-continuous-go#rationale](https://go.dev/design/69095-x-repo-continuous-go#rationale) is moderately relevant. …
In addition to the 4 x/ repos already mentioned in the original issue, here are some more that also have Dockerfile and/or .yaml files that would benefit from automatic maintenance:
x/vulndb: https:…
The improvement to compression speed seems notable enough to be
worth mentioning. (Maybe it can be quantified succinctly enough
for release notes, or otherwise we can point to the issue.)
Even thoug…
@sin99xx Thanks for sending this change. As noted in https://github.com/golang/go/pull/79968#issuecomment-4684498141, it was successfully imported in Gerrit, and by now there are some review comments…
The failure above happened because package-level timeouts were reached. This was a darwin-arm64 race builder, which normally takes around 10 minutes to run on x/tools (https://ci.chromium.org/ui/p/go…
Thanks for trying out the package ahead of the release and reporting this finding. CC @golang/security.
Tentatively marking as a release blocker since this package is new to Go 1.27.
Issue #79967 reported a problem with the new code. @rolandshoemaker Is it preferable to fix forward and proceed with it for 1.27, instead of reverting and trying again for 1.28? Given it seems like a…
Thanks for reporting.
It's expected that exact gofmt formatting nuances will change over time, across major Go releases, so a check like `go fmt ./...` needs to be arranged to run with a single cons…
The test contains a comment:
```Go
// This test flakes out on some systems,
// so we'll try it a few times before declaring it a failure.
const attempts = 5
```
So it seems this failure is expected…
Thanks for the report. Please note that Go 1.24 is no longer supported per https://go.dev/doc/devel/release#policy. Does this still happen with Go 1.26/1.25 or at tip?
CC @neild.
@codyoss@google.com I suspect you intended to start the current trybots via Commit-Queue+1 (see https://go.dev/wiki/GerritAccess#running-trybots-may-start-trybots and https://go.dev/wiki/LUCI#trybots…
Thanks.
If I understand right, the plan for x/pkgsite deploys will generally be to use a stable release of Go (similar to CL 733341), or a release candidate of the soon-to-become-latest-stable relea…
Thanks for sending this change. Closing because this package is frozen and deprecated. In particular it is documented to be unmaintained except for security fixes. For security issues, please follow …
I don't think there's anything that to be done here given the package is deprecated and frozen. There isn't anyone we can add to be its reviewer. This isn't the only security issue, as noted in the d…
[golang.org/x/crypto/openpgp/elgamal](https://golang.org/x/crypto/openpgp/elgamal) is deprecated too. Its deprecation message notes:
> Deprecated: this package was only provided to support ElGamal e…
(1 comment)
The go/types and cmd/compile/internal/types2 packages are generally kept in sync. Please also apply the same change here:
```suggestion
// not permitted. Checker.funcInst must infer mi…
Thanks.
Asking to confirm my understanding.
As far as I see CL 787800 didn't make any Windows-specific changes. libExt was "so" on Windows both before and after that change. Is it case that it work…
Since we're in release freeze for Go 1.27 and this seems like a new feature, should it have wait-release hashtag added and wait for when the tree reopens for Go 1.28 development?
(1 comment)
Yeah, thanks for catching that. Normally <aaa/> would be self-closing syntax, but it seems that's not valid for a non-void element like head and it gets treated as a start tag. Fixed …