CodeSampleX

Recordsgolanggithub.com/prometheus/client_model

Change the conditions
Fixed
Runtimego 1.26 Package versionv0.6.3 Package managergo 1
Filter OSubuntu glibc Architecturex64 libcglibc Clear filters

Current conditions

github.com/prometheus/client_model @v0.6.3ubuntu glibc · x64 · go 1.26 · go 1

2 of 3 passed

Observed — real project builds reported from this coordinate.

no sample at this coordinate yet

Project observations
2 / 3
Contract verifications
nothing at this coordinate
Usage records
3
Independent reporting peers
1
Last recorded
2026-09-05

Exact records

This slice is down to its measured combinations — the environments below are exactly what ran.

Dependency Health

Observed combinations and failure evidence for this release

Observed problems 1 · Changed 1 · Steady 0

First observed break

v0.6.3

linux · go@1.26

1 FAIL · stage: PROJECT_RESOLVE · fingerprint: sha256:6bcd37b43ee26df55e4157fab5b7af24af48034f4fdd614d954903f776456740

Library Version Health Measured there Projects
google.golang.org/protobuf v1.36.12 CANDIDATE Correlated change; unproven combination contract passed 1 project-day

The measured column is about each dependency's own release, not about the pair. A resolver placing two releases side by side is not evidence that they work together.

Dependency versions across releases

What each release of this package resolved its children to. A child whose version moved is listed first: that is where an upgrade changed something underneath you.

Libraryv0.6.3v0.6.2v0.6.1v0.5.0v0.2.0v0.0.0-20190812154241-14fe0d1b01d4
github.com/golang/protobuf — — — — v1.5.4 v1.3.5
google.golang.org/protobuf v1.36.12 v1.36.6 v1.36.12 v1.35.1 — —

Moved: 2 · unchanged at every release: 0

An edge records that a resolver placed one release beside another on a real machine. It is not a claim that the two work together; that question is answered by samples and contracts, not by presence here.