Log message:
gopls: update to 0.14.2.

This release contains just one change: an upgrade of x/telemetry
to pick up support for the "local" telemetry mode (golang/go#63832).

Previously, when the telemetry mode was "off" (the default), counter
data would not be uploaded, but would be written to the
os.UserConfigDir()/go/telemetry/local directory of the local file
system. We heard from a few users that, as a matter of policy within
their organization, they need a way to prevent even this local data
from being written. With this release, running gotelemetry off will
stop gopls from writing this local counter data. Note that the
os.UserConfigDir()/go/telemetry/mode file must be written to record
the "off" state.

The new default telemetry mode is "local", which behaves the same
way as "off" did before. In "local" mode, counter data is written
to the local file system, but not uploaded. Local data can be
inspected with the gotelemetry view command.

See golang/go#63832 for more details. Thanks again for helping us
support transparent telemetry in gopls. As described in the v0.14.0
release notes, we are confident that this data will help us produce
a better, faster, more reliable product. In fact this is already
happening.

Log message:
Revbump all Go packages after go121 update

Log message:
gopls: update to 0.14.1

This release contains just two changes:

- A workaround for a regression affecting some users of GOPACKAGESDRIVER,
  for example those using gopls with an older version of Bazel. When the
  go/packages driver is missing compiler or architecture information, gopls now
  assumes a default value rather than failing to load package information.
- A fix for a minor bug in the new "remove unused parameter" refactoring.
  Notably, this bug was discovered via an automated report from someone who had
  opted in to Go telemetry.

Log message:
gopls: update to 0.14.0

This release includes initial support for the "inline call to function"
refactoring, as well as a few other smaller features. It also includes several
bug fixes, notably a fix for a performance regression in completion that may be
significant in some environments.

The release also contains support for opt-in telemetry. If you want, you can
enable the periodic uploading of telemetry data, including gopls stack traces
and metrics, but never your source code, to telemetry.go.dev. See below for
details.

New features
------------

- Refactoring: inline call to function
- Refactoring: removing unused parameters
- Improved support for go:embed directives, including hover and
  jump-to-definition

New analyses
------------

This release include three new static analyses, all of which are enabled by
default.

"appends": reports calls to append that pass no values to be appended \ 
to the
slice.

"defers": checks for common mistakes in defer statements.

"slog": checks for invalid structured logging calls.

Opt-in telemetry
----------------

This is the first gopls release to include opt-in transparent telemetry.
Telemetry uploading is off by default, and can be enabled with the following
command:

go run golang.org/x/telemetry/cmd/gotelemetry@latest on

After telemetry is enabled, gopls will periodically upload metrics and stack
traces to telemetry.go.dev. If we get enough adoption, this data can
significantly advance the pace of gopls development and help us meet a higher
standard of reliability. For example:

- Even with semi-automated crash reports in VS Code, we've seen several
  crashers go unreported for weeks or months.
- Even with a suite of benchmarks, some performance regressions don't show up
  in our benchmark environment (such as the completion bug mentioned below!).
- Even with lots of great ideas for how to improve gopls, we have limited
  resources. Telemetry can help us identify which new features are most
  important, and which existing features aren't being used or aren't working
  well.

These are just a few ways that telemetry can improve gopls. The telemetry blog
post series contains many more.

Go telemetry is designed to be transparent and privacy-preserving. If you have
concerns about enabling telemetry, you can learn more at
https://telemetry.go.dev/privacy.

Log message:
Revbump all Go packages because go121 is now the default

Log message:
Revbump all Go packages after go120 security update

Log message:
Revbump all Go packages after go120 update

Log message:
Revbump all Go packages after go120 update

Log message:
gopls: update to 0.13.2

0.13.2
fix for a new crash when renaming methods in certain packages

0.13.1
fix three issues with the v0.13.0 release:

- broken imports due to corrupted export data
- panic in stubmethods with variadic args
- gofumpt integration panics when used with the new go directive syntax in go.mod
  files (e.g. go 1.21rc3)

0.13.0
This release fixes several bugs and mitigates a few performance regressions. It
also somewhat reduces the latency and CPU cost of most operations, and includes
a few small additional features.

Log message:
Revbump all Go packages after go120 update