github.com/russross/blackfriday/v2 tested by github.com/russross/blackfriday/v2.test imports github.com/pmezard/go-difflib/difflib: github.com/pmezard/go-difflib@v1.0.0: reading file:///var/tmp/portage/app-misc/jp-0.2.1/temp/go-proxy/github.com/pmezard/go-difflib/@v/v1.0.0.zip: no such file or directory * ERROR: app-misc/jp-0.2.1::gentoo failed (unpack phase): * go mod tidy failed * * Call stack: ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl_hardened-j4-20220304-030006 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-11.2.1 * clang/llvm (if any): clang version 13.0.1 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/13/bin /usr/lib/llvm/13 13.0.1 Python 3.9.10 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) [3] ruby30 (with Rubygems) * Available Rust versions: [1] rust-1.59.0 * php cli: HEAD of ::gentoo commit c2285d0cdc70eb233460cbab05ad6adb5ea83ad2 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Fri Mar 4 17:52:41 2022 +0000 2022-03-04 17:52:37 UTC emerge -qpvO app-misc/jp [ebuild N ] app-misc/jp-0.2.1 USE="-jpp"
Created attachment 766260 [details] emerge-info.txt
Created attachment 766261 [details] app-misc:jp-0.2.1:20220304-185057.log
Created attachment 766262 [details] emerge-history.txt
Created attachment 766263 [details] environment
Created attachment 766264 [details] etc.portage.tar.bz2
Created attachment 766265 [details] temp.tar.bz2
This issue is not specific to musl.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bbc726ff54e787616c5f0114bb2cdf9d38c81209 commit bbc726ff54e787616c5f0114bb2cdf9d38c81209 Author: Zac Medico <zmedico@gentoo.org> AuthorDate: 2022-03-04 23:16:04 +0000 Commit: Zac Medico <zmedico@gentoo.org> CommitDate: 2022-03-04 23:22:11 +0000 app-misc/jp: Workaround ego mod tidy failure Bug: https://bugs.gentoo.org/834594 See: f9ee55e698f8 ("go-module.eclass: use ego helper function") Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Zac Medico <zmedico@gentoo.org> app-misc/jp/jp-0.2.1.ebuild | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-)
@williamh I was able to workaround this ego mod tidy failure by overriding the ego function like this: ego() { go "${@}" } Do you have some idea what has gone wrong here?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=08557137214c9b26dd8ffc287904016c00fafc85 commit 08557137214c9b26dd8ffc287904016c00fafc85 Author: Zac Medico <zmedico@gentoo.org> AuthorDate: 2022-03-05 00:08:27 +0000 Commit: Zac Medico <zmedico@gentoo.org> CommitDate: 2022-03-05 00:09:36 +0000 app-misc/jp: go mod tidy Closes: https://bugs.gentoo.org/834594 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Zac Medico <zmedico@gentoo.org> app-misc/jp/Manifest | 6 ++++-- app-misc/jp/files/jp-0.2.1-tidy.patch | 38 +++++++++++++++++++++++++++++++++++ app-misc/jp/jp-0.2.1.ebuild | 14 ++++++++----- 3 files changed, 51 insertions(+), 7 deletions(-)
@williamh nevermind, I was able to fix it with a go mod tidy patch.
