make[2]: Entering directory '/var/tmp/portage/app-arch/libarchive-3.4.3/work/libarchive-3.4.3-abi_x86_64.amd64' make[3]: Entering directory '/var/tmp/portage/app-arch/libarchive-3.4.3/work/libarchive-3.4.3-abi_x86_64.amd64' FAIL: libarchive_test PASS: bsdtar_test PASS: bsdcpio_test PASS: bsdcat_test ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no-multilib_hardened-test-20201127-102027 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.2.0 * Available Python interpreters, in order of preference: [1] python3.7 [2] python3.9 (fallback) [3] python3.8 (fallback) timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Sat Nov 28 01:35:22 AM UTC 2020 emerge -qpvO app-arch/libarchive [ebuild N ] app-arch/libarchive-3.4.3 USE="acl bzip2 e2fsprogs iconv threads xattr zlib -blake2 -expat -libressl -lz4 -lzma -lzo -nettle -static-libs -zstd"
Created attachment 675511 [details] emerge-info.txt
Created attachment 675514 [details] app-arch:libarchive-3.4.3:20201128-061344.log
Created attachment 675517 [details] emerge-history.txt
Created attachment 675520 [details] environment
Created attachment 675523 [details] etc.portage.tbz2
Created attachment 675526 [details] logs.tbz2
Created attachment 675529 [details] temp.tbz2
It seems that test-suite.log didn't get attached, and I presume the image is long gone. Feel free to file a new bug if this still happens with 3.5.1.
(In reply to Michał Górny from comment #8) > It seems that test-suite.log didn't get attached, and I presume the image is > long gone. Feel free to file a new bug if this still happens with 3.5.1. oh, the image is (still) here - but much better, the mentioned log (among all other log files) are in logs.tbz2 ;)
Failing tests: 471: test_write_disk_secure (1 failures) Details for failing tests: /var/tmp/portage/app-arch/libarchive-3.4.3/temp/libarchive_test.2020-11-28T07.16.40-000
...and temp.tbz2 seems to be truncated. Could be because of the very long paths.
Comment on attachment 675529 [details] temp.tbz2 content is broken
(In reply to Michał Górny from comment #11) > ...and temp.tbz2 seems to be truncated. Could be because of the very long > paths. addressed in https://github.com/toralf/tinderbox/commit/716f909f8cbfa75740312d91371be067c1b3a8ab