[GH-ISSUE #1964] Test fails on ppc64le and s390x #234

New issue

Closed

opened 2026-03-03 12:09:20 +03:00 by kerem · 1 comment

kerem commented

2026-03-03 12:09:20 +03:00

Owner

Originally created by @mcepl on GitHub (May 15, 2025).
Original GitHub issue: https://github.com/fsouza/fake-gcs-server/issues/1964

When packaging new version 1.52.2 of the package for openSUSE/Tumbleweed (the tarball from the GitHub release). Tests pass on x86_64, but fail both on ppc64le and s390x. The problem is that I have no idea how to debug this at all. The only thing I see in that log is one line:

[  188s] FAIL   github.com/fsouza/fake-gcs-server/fakestorage [build failed]

I have no idea, what’s going on. Could you help me debug this issue somehow?

build log for x86_64

build log for ppc64le

build log for s390x

build log for armv7l

Originally created by @mcepl on GitHub (May 15, 2025). Original GitHub issue: https://github.com/fsouza/fake-gcs-server/issues/1964 When packaging new version 1.52.2 of the package for openSUSE/Tumbleweed (the tarball from the GitHub release). Tests pass on `x86_64`, but fail both on `ppc64le` and `s390x`. The problem is that I have no idea how to debug this at all. The only thing I see in that log is one line: ``` [ 188s] FAIL github.com/fsouza/fake-gcs-server/fakestorage [build failed] ``` I have no idea, what’s going on. Could you help me debug this issue somehow? [build log for x86_64](https://github.com/user-attachments/files/20228222/_log-x86_64.txt) [build log for ppc64le](https://github.com/user-attachments/files/20228246/_log-ppc64le.txt) [build log for s390x](https://github.com/user-attachments/files/20228286/_log-s390x.txt) [build log for armv7l](https://github.com/user-attachments/files/20228278/_log-armv7l.txt)

kerem closed this issue

2026-03-03 12:09:20 +03:00

kerem commented

2026-03-03 12:09:21 +03:00

Author

Owner

@mcepl commented on GitHub (May 15, 2025):

OK, so the problem is in the Golang tooling. go mod vendor considers only requirements for building the package, not requirements for the testing of them. When go.mod was updated with this patch, then all tests pass even on those non-Intel platforms.

@mcepl commented on GitHub (May 15, 2025): OK, so the problem is in the Golang tooling. `go mod vendor` considers only requirements for building the package, not requirements for the testing of them. When `go.mod` was updated [with this patch](https://src.opensuse.org/mcepl/fake-gcs-server/commit/875989377c4eefda90089d73e0ed0714002ea48d6458a9601abde7a93f22897b), then all tests pass even on those non-Intel platforms.

kerem referenced this issue

2026-03-03 12:30:04 +03:00

[PR #234] [MERGED] build(deps): bump cloud.google.com/go/storage from 1.6.0 to 1.7.0 #446