기록golanggolang.org/x/crypto실패 이슈
실패 서명
PROJECT_COMPILE exit 1 ×1
<path> declared and not used: respSend · <path> declared and not used: initRecv …
증거 품질: complete · go/compiler · compiler-diagnostic · outer go run · 최초 관측: 2026-09-04 · 마지막 관측: 2026-09-04
sha256:eee93c6b625a…
측정된 위치
PASS는 그 릴리스가 PROJECT_COMPILE 단계에서 통과 관측을 남겼고 이 실패 기록은 없다는 뜻입니다. 이 네트워크가 보고할 수 있는 부재에 가장 가까운 값이며, 부재의 증명은 아닙니다.
- v0.0.0-20210921155107-089bfa567519 측정되지 않음
- v0.0.0-20210711020723-a769d52b0f97 PASS 통과 관측 1건
- v0.0.0-20210616213533-5ff15b29337e PASS 통과 관측 3건
- v0.0.0-20210322153248-0c34fe9e7dc2 FAIL
- v0.0.0-20201203163018-be400aefbc4c PASS 통과 관측 3건
- v0.0.0-20201002170205-7f63de1d35b0 PASS 통과 관측 4건
- v0.0.0-20200622213623-75b288015ac9 측정되지 않음
재현된 환경
- os=linux · runtime=go@1.26 ×1 2026-09-04 → 2026-09-04
가장 가까운 알려진 PASS/FAIL 경계
판정이 바뀌는 인접한 두 릴리스입니다. 아무것도 측정되지 않은 릴리스는 간격을 메우지 않고, 대신 개수로 표시됩니다.
-
마지막 통과 릴리스 v0.0.0-20201203163018-be400aefbc4c → 첫 실패 릴리스 v0.0.0-20210322153248-0c34fe9e7dc2
경계를 사이에 두고 달라지는 것
- golang.org/x/net v0.0.0-20190404232315-eb5bcb51f2a3, v0.0.0-20190813141303-74dc4d7220e7 → v0.0.0-20210226172049-e18ecbb05110 가설
- golang.org/x/sys v0.0.0-20191026070338-33540a1f6037 → v0.0.0-20201119102817-f84b799fce68 가설
- golang.org/x/term v0.0.0-20201117132131-f5c789dd3221 → v0.0.0-20201126162022-7de9c90e9dd1 가설
경계를 넘으며 버전이 바뀐 의존성은 후보일 뿐 원인이 아닙니다. 같은 실행에서 실패와 그때 해석된 트리를 함께 기록한 영수증만 증거로 표시됩니다.
-
마지막 실패 릴리스 v0.0.0-20210322153248-0c34fe9e7dc2 → 첫 통과 릴리스 v0.0.0-20210616213533-5ff15b29337e
경계를 사이에 두고 달라지는 것
- golang.org/x/sys v0.0.0-20210615035016-665e8c7367d1 → v0.0.0-20201119102817-f84b799fce68 가설
경계를 넘으며 버전이 바뀐 의존성은 후보일 뿐 원인이 아닙니다. 같은 실행에서 실패와 그때 해석된 트리를 함께 기록한 영수증만 증거로 표시됩니다.
릴리스별 의존성 버전
이 패키지의 릴리스마다 자식이 어떤 버전으로 해석됐는지입니다. 버전이 움직인 자식이 먼저 나옵니다 — 업그레이드가 발밑에서 무언가를 바꾼 지점입니다.
| 라이브러리 | v0.0.0-20210921155107-089bfa567519 | v0.0.0-20210711020723-a769d52b0f97 | v0.0.0-20210616213533-5ff15b29337e | v0.0.0-20210322153248-0c34fe9e7dc2 | v0.0.0-20201203163018-be400aefbc4c | v0.0.0-20201002170205-7f63de1d35b0 | v0.0.0-20200622213623-75b288015ac9 |
|---|---|---|---|---|---|---|---|
| golang.org/x/net | v0.4.0 | v0.0.0-20210226172049-e18ecbb05110 | v0.0.0-20210226172049-e18ecbb05110 | v0.0.0-20210226172049-e18ecbb05110 | v0.0.0-20190813141303-74dc4d7220e7 | v0.0.0-20210503060351-7fd8e65b6420 | v0.0.0-20201110031124-69a78807bb2b |
| golang.org/x/sys | v0.47.0 | v0.0.0-20210615035016-665e8c7367d1 | v0.0.0-20210615035016-665e8c7367d1 | v0.0.0-20201119102817-f84b799fce68 | v0.0.0-20191026070338-33540a1f6037 | v0.0.0-20210806184541-e5e7981a1069 | v0.0.0-20200930185726-fdedc70b468f |
| golang.org/x/term | — | v0.0.0-20201126162022-7de9c90e9dd1 | v0.0.0-20201126162022-7de9c90e9dd1 | v0.0.0-20201126162022-7de9c90e9dd1 | v0.0.0-20201117132131-f5c789dd3221 | — | — |
움직임: 3 · 모든 릴리스에서 동일: 0
엣지는 실제 기계에서 리졸버가 한 릴리스를 다른 릴리스 옆에 놓았다는 기록입니다. 둘이 함께 동작한다는 주장이 아닙니다. 그 질문은 여기 행이 있다는 사실이 아니라 샘플과 컨트랙트가 답합니다.
증거 공백
- PROJECT_COMPILE 단계에서 한 번도 측정되지 않은 이 구간의 릴리스: 2
- 이 실패에 대해 추론된 실패 영역이 없습니다.
영향을 받은 릴리스에 대한 공개 답변
이 릴리스들을 지목하는 공개 샘플이 없습니다.