x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -g -O3 -pipe -Wall -Waggregate-return -Wcast-align -Wchar-subscripts -Wcomment -Wformat -Wimplicit -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wno-long-long -Wparentheses -Wpointer-arith -Wredundant-decls -Wreturn-type -Wswitch -Wtrigraphs -Wuninitialized -Wunused -Wwrite-strings -Wshadow -Wstrict-prototypes -Wcast-qual -O2 -pipe -march=native -fno-diagnostics-color -c -o compare.o compare.c compare.c: In function ‘compare’: compare.c:186:54: error: ‘struct stat’ has no member named ‘st_mtimespec’ 186 | ((s->st_mtimespec.tv_sec != p->fts_statp->st_mtimespec.tv_sec) || | ^~ compare.c:187:54: error: ‘struct stat’ has no member named ‘st_mtimespec’ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-20210305-202144 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-10.2.0 * clang version 11.1.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/11/bin /usr/lib/llvm/11 11.1.0 Python 3.8.8 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby27 (with Rubygems) * Available Rust versions: [1] rust-1.50.0 * The Glorious Glasgow Haskell Compilation System, version 8.8.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Sun Mar 14 10:36:19 UTC 2021 emerge -qpvO sys-apps/mtree [ebuild N ] sys-apps/mtree-1.0.4
Created attachment 691341 [details] emerge-info.txt
Created attachment 691344 [details] emerge-history.txt
Created attachment 691347 [details] environment
Created attachment 691350 [details] etc.portage.tar.bz2
Created attachment 691353 [details] logs.tar.bz2
Created attachment 691356 [details] sys-apps:mtree-1.0.4:20210314-110112.log
Created attachment 691359 [details] temp.tar.bz2
Of course it's related to glibc-2.33. On 2.32 it compiles - I've just checked.
There's a fork/variant by the same author, instead based on NetBSD. There's a commit which fixes this issue there: https://github.com/archiecobbs/nmtree/commit/6ee37b996829fb81f3c9894becd53bd9079f619e. Do we want to switch forks, or try backport it, or what?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a64d48a07aa55f3a4afa84b570a5bfce5a203750 commit a64d48a07aa55f3a4afa84b570a5bfce5a203750 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-10-25 13:23:50 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-10-25 13:27:01 +0000 profiles: last-rite sys-apps/mtree Bug: https://bugs.gentoo.org/716058 Bug: https://bugs.gentoo.org/775962 Signed-off-by: Sam James <sam@gentoo.org> profiles/package.mask | 6 ++++++ 1 file changed, 6 insertions(+)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=91bc9fc4979192a270f1727ec86d7040f379887b commit 91bc9fc4979192a270f1727ec86d7040f379887b Author: Jakov Smolić <jsmolic@gentoo.org> AuthorDate: 2021-11-28 21:43:30 +0000 Commit: Jakov Smolić <jsmolic@gentoo.org> CommitDate: 2021-11-28 21:43:30 +0000 sys-apps/mtree: treeclean Closes: https://bugs.gentoo.org/716058 Closes: https://bugs.gentoo.org/775962 Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> profiles/package.mask | 6 ------ sys-apps/mtree/Manifest | 1 - sys-apps/mtree/metadata.xml | 11 ----------- sys-apps/mtree/mtree-1.0.4.ebuild | 30 ------------------------------ 4 files changed, 48 deletions(-)
