https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: app-doc/gimp-help-2.10.0-r2 fails to compile. Discovered on: amd64 (internal ref: ci)
Created attachment 822871 [details] build.log.xz build log and emerge --info (compressed because it exceeds attachment limit, use 'xzless' to read it)
Error(s) that match a know pattern in addition to what has been reported in the summary: configure: cannot find docbook2odf(1), ODF generation disabled configure: WARNING: cannot find dblatex(1), PDF generation disabled configure: WARNING: cannot find pngcrush, configure: WARNING: cannot find pngnq, msgfmt: error while opening "./po/ca/concepts.po" for reading: No such file or directory : No such file or directory /usr/bin/msgfmt: error while opening "./po/ca/concepts.po" for reading: No such file or directory /usr/bin/msgmerge: error while opening "./po/ca/concepts.po" for reading: No such file or directory /usr/bin/msgmerge: error while opening ‘./po/ca/concepts.po’ for reading: No such file or directory /usr/bin/msgmerge: msgfmt: error while opening "./po/ca/concepts.po" for reading: No such file or directory struct.error: unpack requires a buffer of 4 bytes
It looks like duplicate of https://bugs.gentoo.org/677198 especially for "MAKEOPTS=-j41" that was used this case. I could force ebuilds to "emake -j1" again without revbump.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0e110ee5d4af9de066186317a52d905c79cfae40 commit 0e110ee5d4af9de066186317a52d905c79cfae40 Author: Sergey Torokhov <torokhov-s-a@yandex.ru> AuthorDate: 2022-10-09 21:51:04 +0000 Commit: Arthur Zamarin <arthurzam@gentoo.org> CommitDate: 2022-10-10 07:43:25 +0000 app-doc/gimp-help: revert to use emake -j1 Closes: https://bugs.gentoo.org/876205 Signed-off-by: Sergey Torokhov <torokhov-s-a@yandex.ru> Closes: https://github.com/gentoo/gentoo/pull/27713 Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> app-doc/gimp-help/gimp-help-2.10.0-r2.ebuild | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
Has this been reported upstream?
