| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
⚠️ Artifact update problemRenovate failed to update an artifact related to this branch. You probably do not want to merge this PR as-is. ♻ Renovate will retry this branch, including artifacts, only when one of the following happens:
The artifact failure details are included below: File name: go.sumgo: downloading go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracehttp v1.47.0 go: downloading github.com/onsi/gomega v1.39.0 go: downloading github.com/zeebo/xxh3 v1.1.0 go: downloading github.com/onsi/ginkgo/v2 v2.27.4 go: downloading github.com/go-openapi/testify/v2 v2.8.0 go: downloading github.com/go-openapi/swag/jsonutils/fixtures_test v0.29.2 go: downloading github.com/go-openapi/testify/enable/yaml/v2 v2.7.0 go: downloading cloud.google.com/go/compute/metadata v0.10.0 go: downloading google.golang.org/api v0.278.0 go: downloading go.opentelemetry.io/contrib/instrumentation/google.golang.org/grpc/otelgrpc v0.71.0 go: finding module for package k8s.io/api/autoscaling/v2beta1 go: finding module for package k8s.io/api/autoscaling/v2beta2 go: github.com/StackVista/stackstate-process-agent/checks imports github.com/DataDog/datadog-agent/pkg/process/util/containers imports github.com/DataDog/datadog-agent/pkg/util/kubernetes imports github.com/DataDog/datadog-agent/pkg/util/kubernetes/apiserver imports github.com/DataDog/watermarkpodautoscaler/apis/datadoghq/v1alpha1 imports k8s.io/api/autoscaling/v2beta1: module k8s.io/api@latest found (v0.37.1), but does not contain package k8s.io/api/autoscaling/v2beta1 go: github.com/StackVista/stackstate-process-agent/cmd/agent imports github.com/DataDog/datadog-agent/comp/core/workloadmeta/impl imports github.com/DataDog/datadog-agent/comp/core/workloadmeta/collectors/catalog imports github.com/DataDog/datadog-agent/comp/core/workloadmeta/collectors/internal/kubemetadata imports github.com/DataDog/datadog-agent/pkg/util/kubernetes/apiserver/controllers imports github.com/DataDog/datadog-agent/pkg/util/kubernetes/autoscalers imports k8s.io/api/autoscaling/v2beta2: module k8s.io/api@latest found (v0.37.1), but does not contain package k8s.io/api/autoscaling/v2beta2 |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Note
This PR body was truncated due to platform limits.
This PR contains the following updates:
Warning
Some dependencies could not be looked up. Check the warning logs for more information.
Release Notes
StackVista/gobpf (github.com/StackVista/gobpf)v0.2.0
Compare Source
googleapis/gnostic (github.com/googleapis/gnostic)v0.7.1
Compare Source
v0.7.0
Compare Source
v0.6.9
Compare Source
v0.6.8: protoc-gen-openapi and export improvements.
Compare Source
This contains several improvements to protoc-gen-openapi from @jeffsawatzky , including the ability to use proto annotations to add fragments to generated OpenAPI documents (#324). It also adds some missing OpenAPI compiler code that Jeff uncovered when testing the new fragment overlay feature - maps of strings were not properly exported in ToRawInfo() methods in both OpenAPI packages (v2 and v3). Thanks, Jeff!
v0.6.7
Compare Source
v0.6.6: Module cleanup
Compare Source
We had a series of problems related to a multi-module configuration and its reversion that all now appear to be fixed in this release. Individual components in the cmd directory are now (again) part of the main module and can be independently installed with the following:
Verified with Go 1.16, 1.17, and 1.18beta1.
v0.6.5
Compare Source
v0.6.4
Compare Source
v0.6.3
Compare Source
v0.6.2: Single-module repo with retraction of v0.6.0 multimodule experiment
Compare Source
This adds a retract statement to go.mod to exclude v0.6.0 from dependency updates. Thanks @morphar and @shenqidebaozi for quickly catching and fixing problems with the multimodule configuration!
v0.6.1: Single-module repo
Compare Source
v0.6.0: Multimodule repo: apps are in "cmd". protoc-gen-openapi improvements. protoc-gen-jsonschema.
Compare Source
This renames the former apps directory to cmd and adds a go.mod for each cmd subdirectory. These directories contain demonstrations and various gnostic-related applications, and putting each in a separate module clarifies dependencies and reduces the apparent dependencies of gnostic itself (as listed in the top-level go.mod). Thanks @shenqidebaozi for making this change and @morphar for advising.
This also includes significant improvements to protoc-gen-openapi from @morphar and @tonybase and a new protoc-gen-jsonschema pluigin contributed by @morphar.
v0.5.7
Compare Source
v0.5.6
Compare Source
v0.5.5: Update protos for Go protoc plugin compatibility, add some fields previously dropped by gnostic-generator
Compare Source
v0.5.4
Compare Source
v0.5.3: apps/protoc-gen-openapi and JSON marshaling improvements
Compare Source
This adds a gnostic-based protoc plugin that generates OpenAPI for transcoded gRPC APIs. See AIP-127 for a description of transcoding.
It also includes JSON marshaling improvements and tests from @bvwells.
v0.5.2: Vocabulary Analysis, Error messages include line numbers
Compare Source
This update includes API vocabulary analysis features developed during the Summer of 2020 and improvements to error reporting that include line/column numbers for errors and more concise reporting of unmatched schemas. A few corner-case crashes were also fixed.
v0.5.1: Fix problem reading Google Discovery Documents
Compare Source
This fixes a minor error that caused Google Discovery Documents to fail to load after the yaml.v3 update.
v0.5.0: Update gnostic to yaml.v3: cleaner parsing, line number reporting
Compare Source
This release updates gnostic to use the yaml.v3 library and the yaml.Node class, which allows us to access line and column numbers of tokens during parsing.
This release upgrades the dependency only and does not include line number reporting.
This change will break clients that directly call auto-generated functions to create OpenAPIv2, OpenAPIv3, and Discovery structures. This is addressed in #195.
ugorji/go (github.com/ugorji/go)v1.2.14: 1.2.14
Compare Source
Release 1.2.14
This is a production release of go-codec.
While effectively equivalent to v1.2.13, this release serves as:
subsequent patch releases (if needed e.g. v1.2.15) will require a release branch.
v1.2.13: 1.2.13
Compare Source
Release 1.2.13
This is a production release of go-codec.
Changes include:
Please try it out and share your experiences.
v1.2.12: 1.2.12
Compare Source
Release 1.2.12
This is a production release of go-codec.
Changes include:
Please try it out and share your experiences.
v1.2.11: 1.2.11
Compare Source
Release 1.2.11
This is a production release of go-codec.
Changes include:
Please try it out and share your experiences.
v1.2.10: 1.2.10
Compare Source
Release 1.2.10
This is a production release of go-codec.
Changes include:
Please try it out and share your experiences.
v1.2.9: 1.2.9
Compare Source
This is a production release of go-codec.
Changes include:
Please try it out and share your experiences.
v1.2.8: 1.2.8
Compare Source
This is a production release of go-codec.
Changes include:
Please try it out and share your experiences.
v1.2.7: 1.2.7
Compare Source
This is a production release of go-codec.
Changes include:
Please try it out and share your experiences.
v1.2.6: 1.2.6
Compare Source
This is a production release of go-codec.
Changes include:
you can decode a float/integer/unsigned integer from any number in stream
Please try it out and share your experiences.
v1.2.5: 1.2.5
Compare Source
This is a production release of go-codec.
This is a very important release, building upon the optimization introduced in v1.2.4.
Changes include:
capture its state, do something else, then restore its state and continue
waiting on an encoded value
temporarily change some Handler fields
This is the best release yet. Please try it out and share your experiences.
v1.2.4: 1.2.4
Compare Source
Release 1.2.4
This is a production release of go-codec.
This is a very important release, which focused on optimization across the board to
ensure that go-codec is the most performant library for popular encoding formats.
Optimizations across the board include:
do not allocate/copy bytes if swallow is called or you were decoding from a []byte (just return a sub-slice)
simulating comparing to zero value.
To guarantee better fairness in benchmarking, we did the following:
aligning with how other libraries operate by default
With these changes, we have reflection-based mode performing within 25% of codecgen,
with similar allocation numbers as codecgen. For example, encoding typically has just 1
allocation without codecgen (just as in codecgen).
This is the best release yet. Please try it out and share your experiences.
v1.2.3: 1.2.3
Compare Source
This is a production release of go-codec.
This optimizes decoding for zero-copy mode when decoding from a string or []byte.
With this mode, we see 50% reduction in allocation in both codecgen and normal execution,
and this gives performance better than other libraries (easyjson, json-iterator, etc)
while providing much more features and supported formats (json, cbor, msgpack, simple, etc).
v1.2.2: 1.2.2
Compare Source
This is a production release of go-codec.
This includes a fix for decoding into nested anonymous fields (github issue #350).
v1.2.1: 1.2.1
Compare Source
This is a production release of go-codec.
This includes a fix for codecgen when using omitempty (github issue #344).
v1.2.0: 1.2.0
Compare Source
This is a production release of go-codec.
Today marks 1 full year after the 11th day of the 11th month of last year,
a very very special day in my life.
On this very special day, we release the latest patch release of v1.1 and it
matches with the first release of v1.2.0 of go-codec.
This release should be about 10% faster during decode than previous releases.
Beyond performance, the focus was on cleaning up the codebase while maintaining support
for much earlier releases of go, and supporting gccgo.
Changes
See benchmark results run on a very complicated struct full of embedded types, with multiple nested levels.
Each struct value encodes as 47K of tightly packed json or 37K of binary msgpack or cbor.
The main goal has always been to provide the most feature-rich and performant package
for encoding and decoding of multiple popular binary and text formats in a consistent way.
We believe we continue to achieve that!
open-telemetry/opentelemetry-ebpf-instrumentation (go.opentelemetry.io/obi)v0.15.2
Compare Source
Overview
v0.15.2 supersedes the unpublished v0.15.0 and v0.15.1 releases. The v0.15.0 release was blocked by BPF verifier failures; v0.15.1 included that correction but its artifact build failed when version discovery selected the Collector tag. This patch release is intended to ship the release-pipeline correction together with the features and upgrade notes originally prepared for v0.15.0.
Release corrections
Highlights
Release-impacting changes
What's Changed
General
Fixed
Dependencies
New Contributors
Full Changelog: open-telemetry/opentelemetry-ebpf-instrumentation@v0.14.0...v0.15.2
v0.15.1
Compare Source
v0.15.0
Compare Source
grpc/grpc-go (google.golang.org/grpc)v1.84.0: Release 1.84.0
Compare Source
Behavior Changes
New Features
Bug Fixes
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR has been generated by Mend Renovate CLI.