ipfs/kubo · error
%s not found in zip
Error message
%s not found in zip
What it means
Fired by the kubo self-update flow in extractFromZip when the downloaded zip archive contains no file matching the expected binary name. Same cause as the tar.gz variant: the release asset does not contain the expected platform binary, so extraction cannot proceed.
Source
Thrown at core/commands/update.go:820
for _, f := range zr.File {
if f.Name != lookFor {
continue
}
rc, err := f.Open()
if err != nil {
return nil, err
}
result, err := io.ReadAll(io.LimitReader(rc, maxBinarySize+1))
rc.Close()
if err != nil {
return nil, err
}
if int64(len(result)) > maxBinarySize {
return nil, fmt.Errorf("extracted binary exceeds maximum size of %d bytes", maxBinarySize)
}
return result, nil
}
return nil, fmt.Errorf("%s not found in zip", lookFor)
}
// trimVPrefix removes a leading "v" from a version string.
func trimVPrefix(s string) string {
return strings.TrimPrefix(s, "v")
}
// normalizeVersion ensures a version string has a "v" prefix (for GitHub tags).
func normalizeVersion(s string) string {
s = strings.TrimSpace(s)
if !strings.HasPrefix(s, "v") {
return "v" + s
}
return s
}
// isNewerVersion returns true if target is newer than current.
func isNewerVersion(current, target string) (bool, error) {View on GitHub (pinned to 329838acdf)
Solutions
- Retry later; CI may still be uploading build artifacts
- Verify the release has a binary for this OS/arch
- Install manually from dist.ipfs.tech
Defensive patterns
Strategy: retry
When it happens
Trigger: Thrown at core/commands/update.go:820 when the library encounters an invalid state.
Common situations: See trigger scenarios.
AI-assisted analysis of ipfs/kubo@329838acdf (2026-09-03).
Data as JSON: /api/errors/356df1ec49083968.
Report an issue: GitHub.